【问题标题】:Azure SQL Data Migration Assistant is Stuck on “Migrate Data”Azure SQL 数据迁移助手卡在“迁移数据”上
【发布时间】:2017-12-06 14:48:25
【问题描述】:

我正在使用数据迁移助手将本地数据库移动到 Aszure SQL。架构传输顺利,246 个表中的 243 个都能够正确传输数据。

但是,传输已经运行了 13 多个小时,并且在过去三个小时内,其中三个表的完成百分比没有变化。一个是92.3%,一个是93.9%,最后一个是98.5%。

一些问题:

  • 在这一点上,我可以安全地假设这是一个失败的传输,至少在这三个表中?
  • 我没有看到“停止”按钮。如果我愿意,我将如何中止这个过程?
  • 如果我要中止该过程,是否有某种方法可以手动完成仅从这三个表中传输数据?

【问题讨论】:

  • 你好,凯西。我在 Microsoft 的内部邮件列表中分享了您的线程,一位对您的线程感兴趣的 Microsoft 工程师想检查位于 \Users\gennadyk\AppData\Local\DataMigrationAssistant 的 DMA 日志。您能否将该文件夹的内容放在 OneDrive 上的公共文件夹中并与我们共享 URL。如果需要,我的电子邮件是 alberto_morillo @ Hotmail。
  • 会的!我将通过电子邮件将包含所有日志的 zip 文件发送给您。自从我发布这个以来,我已经做了很多。我回去分别做了三张桌子。其中之一拥有超过 4000 万条记录。我在源数据库中将其缩减到约 300 万,然后又做了一次。只是说,他们将有很多日志要挖掘。
  • 抱歉,我的回复迟了,我什至在联系您之前就开始为您的案件寻求帮助,由于您没有找到帮助,我知道您必须尝试寻找解决方法。请向我发送一封包含该文件夹内容的电子邮件至 alberto_morillo@Hotmail.com。该文件夹的内容应该仍然有用。如果您有 DropBox 帐户或类似帐户,请将内容上传到该帐户并与我们分享 URL。
  • 在确保日志不包含任何敏感数据(密码等)后,我将它们压缩并通过电子邮件发送给您。
  • 我收到了您的电子邮件。我将这些日志转发给 Microsoft 工程师。感谢您的耐心等待。

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


【解决方案1】:

一位 Microsoft 工程师检查了您与我们共享的日志,发现以下错误:

Dma.exe 信息:0:'异常类型:System.IO.IOException 信息: 磁盘空间不足。

运行 DMA 的工作站似乎没有足够的磁盘空间来进行架构提取。

以下是微软工程师分享给我们的关于为什么DMA需要磁盘空间的解释:

Extract 服务连接到数据库,读取其所有对象 及其属性,然后创建一个内存模型 数据库。类似于 Build 服务如何验证定义的 对象,提取服务还检查一致性和 遏制。此处完成的验证也会导致失败,如果 你有一个视图引用一个不存在的表,与 T-SQL!此外,不受支持或不包含的对象被阻止 因为这些对象在 SQL Azure 或 DAC 中还不允许 内存模型。最后,一旦内存模型完成并且 验证后,将 DACPAC 写入磁盘。看堆栈是一个 磁盘空间不足时出现众所周知的 Windows 异常。

【讨论】:

    猜你喜欢
    • 2019-04-14
    • 2023-03-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-12-13
    • 2016-09-22
    • 1970-01-01
    相关资源
    最近更新 更多