【问题标题】:How to speed up time to upgrade a DB to a superior Data Service Tier in SQL Azure?如何加快将数据库升级到 SQL Azure 中高级数据服务层的时间?
【发布时间】:2015-06-23 15:31:13
【问题描述】:

我正在试验新的 SQL Azure 数据层。我从旧的“Web 版”DB(DB1)的导入中创建了一个新的 DB,并将其设置为“Standard S1”(DB2)。一切都好。这花了大约 5 分钟。但是,如果我尝试使用“Scale”再次升级此 DB1,则需要更长的时间。对于我的 250 mb,MS 的计算是 20 分钟:

3 x (5 minutes + database size / 150 MB/minute)

所以我打算通过以下方式升级:

1) 导出 DB1(Web)

2) 将 DB1(Web) 导入 DB2(作为标准 S2)。

似乎快多了。

我在这里错过了一个技巧/误解了什么吗?是不是通过“Scale”来做就意味着DB没有下线,而是因此需要更长的时间?

【问题讨论】:

    标签: azure azure-sql-database


    【解决方案1】:

    扩展数据库是一项完整的在线操作,无需停机。我建议使用这种方法,因为将来微软可能会优化一些东西。导入/导出方法对我来说似乎是一种蛮力。由于您同时拥有两个可计费数据库,因此您最终也会使用另一种方法支付更多费用。今天看来这两种方法都是数据操作的顺序。

    【讨论】:

    • 感谢您的推荐。
    【解决方案2】:

    在后端,扩展操作将执行以下两项操作之一:同步新数据库(将数据复制到具有容量的新节点)或仅在容量可用时将您升级到新层您当前所在的节点。

    因此,从一层到另一层可能需要一些可变的时间。在我看来,尽管大多数时候它比网站上提供的计算要快得多。

    【讨论】:

    • 谢谢。我同意,刚刚发现我的 20 分钟预测在 12 分钟内完成。所以也许“规模”方法仍然是最好的方法。还在这里学习:)
    • 我绝对建议使用扩展方法,在这种情况下,即使它不是新的 SLO 几分钟,您的数据库仍然可以正常使用。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-09-11
    相关资源
    最近更新 更多