【问题标题】:Data movement from SQL on-premise to SQL Azure从本地 SQL 到 SQL Azure 的数据移动
【发布时间】:2015-12-03 05:46:19
【问题描述】:

我已将我的数据库架构迁移到 SQL Azure,但我有大量(数百万)数据记录要迁移,请建议我一种移动数据的方法

我尝试过的方法。

  1. SQLAzureMW 工具(但需要 14 小时,对我来说不可行)
  2. 在 SQL 服务器上导入导出(即使这需要时间)

任何其他方法..需要帮助..!!

【问题讨论】:

标签: sql sql-server azure azure-sql-database


【解决方案1】:

对于大型数据集,您通常必须采取更具想象力的迁移方法!

一种可能的方法是进行完整的数据备份。确保同时提交和清除事务日志。

  • 上传或使用 Azure Import / Export 将备份保存到 Azure blob 存储中
  • 将事务日志与 Azure Blob 存储同步
  • 创建 Azure SQL 数据库,导入备份
  • 重放事务日志
  • 与事务日志保持同步,直到您准备好切换。

【讨论】:

    【解决方案2】:

    如果使用 SQLAzure 迁移向导 14 小时并且您的数据库与 Azure 兼容,您还有 4 个其他选择:

    • 在本地导出到 BACPAC,将 BACPAC 上传到 Azure,然后将 BACPAC 导入到 Azure
    • 直接将 BACPAC 导出到 Azure,然后将 BACPAC 导入到 Azure
    • 将 SSMS 迁移向导与最新版本的 SSMS 一起使用(包括许多功能和性能增强)
    • 使用 SQL Server 事务复制 - 请参阅此选项的其他要求。最后一个选项使您能够逐步迁移到 SQL DB,然后当 SQL DB 与您的本地数据库保持同步时,只需将您的应用程序转移到 SQL DB,停机时间最短

    更多信息请见https://azure.microsoft.com/en-us/documentation/articles/sql-database-cloud-migrate/#options-to-migrate-a-compatible-database-to-azure-sql-database

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2017-08-15
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-06-08
      • 1970-01-01
      • 1970-01-01
      • 2021-01-29
      相关资源
      最近更新 更多