Azure SQL 数据迁移助手卡在“迁移数据”
Azure SQL Data Migration Assistant is Stuck on “Migrate Data”
我正在使用数据迁移助手将本地数据库移动到 Assure SQL。模式传输进行得很顺利，246 个表中的 243 个都能够无误地传输数据。
但是，传输已经 运行 超过 13 个小时，并且在过去三个小时内，其中三个表的完成百分比没有变化。一个92.3%，一个93.9%，最后一个98.5%。
一些问题：
- 在这一点上，我可以安全地假设这是一次失败的传输，至少这三个表中的传输失败了吗？
- 我没有看到 "stop" 按钮。如果我想，我该如何中止这个过程？
- 如果我要中止该过程，是否有一些方法可以仅从这三个表手动完成数据传输？
Microsoft 工程师检查了您与我们共享的日志，发现以下错误：
Dma.exe Information: 0 : 'Exception type: System.IO.IOException
Message:
There is not enough space on the disk.
DMA 运行 所在的工作站似乎没有足够的磁盘 space 来执行模式提取。
下面是微软工程师给我们分享的为什么DMA需要磁盘的解释space:
The Extract service connects to a database, reads all of its objects
and their properties, and then creates an in-memory model of the
database. Similar to how the Build service validates the defined
objects, the Extract service also checks for consistency and
containment. The validation done here will also result in failures if
you have a view that refers to a non-existent table same as with
T-SQL! Additionally, unsupported or uncontained objects are blocked
because these objects are not yet allowed in SQL Azure or the DAC
in-memory model. Finally, once the in-memory model is complete and
validated, a DACPAC is written to disk. Looking at the stack it’s a
well-known Windows exception on not enough disk space.
我正在使用数据迁移助手将本地数据库移动到 Assure SQL。模式传输进行得很顺利，246 个表中的 243 个都能够无误地传输数据。
但是，传输已经 运行 超过 13 个小时，并且在过去三个小时内，其中三个表的完成百分比没有变化。一个92.3%，一个93.9%，最后一个98.5%。
一些问题：
- 在这一点上，我可以安全地假设这是一次失败的传输，至少这三个表中的传输失败了吗？
- 我没有看到 "stop" 按钮。如果我想，我该如何中止这个过程？
- 如果我要中止该过程，是否有一些方法可以仅从这三个表手动完成数据传输？
Microsoft 工程师检查了您与我们共享的日志，发现以下错误：
Dma.exe Information: 0 : 'Exception type: System.IO.IOException Message: There is not enough space on the disk.
DMA 运行 所在的工作站似乎没有足够的磁盘 space 来执行模式提取。
下面是微软工程师给我们分享的为什么DMA需要磁盘的解释space:
The Extract service connects to a database, reads all of its objects and their properties, and then creates an in-memory model of the database. Similar to how the Build service validates the defined objects, the Extract service also checks for consistency and containment. The validation done here will also result in failures if you have a view that refers to a non-existent table same as with T-SQL! Additionally, unsupported or uncontained objects are blocked because these objects are not yet allowed in SQL Azure or the DAC in-memory model. Finally, once the in-memory model is complete and validated, a DACPAC is written to disk. Looking at the stack it’s a well-known Windows exception on not enough disk space.