解决迁移错误

数据迁移工具会标记导入 Azure DevOps Services 之前需要更正的错误。本文介绍准备导入时可能收到的最常见警告和错误。更正每个错误后，再次运行 迁移程序验证 命令以验证解决方法。

有关更多帮助，请参阅本文末尾的常见问题解答部分。

解决大小警告

运行数据迁移工具后，超大型集合可能会生成以下消息之一。如果收到上述任何警告或错误，建议尝试减小数据库的大小。

数据库大小超过建议大小

以下警告意味着需要使用 SQL Azure VM 方法来完成迁移。数据库达到特定大小后，设置 SQL Azure VM 以完成迁移到 Azure DevOps Services 的速度会更快。若要设置 VM 并完成迁移，请按照警告消息链接的说明进行作。

The database is currently {Database Size}GBs. This is above the recommended size of {DACPAC Size Limit}GBs to use the DACPAC migration method. Please see the following page to learn how to migration using a SQL Azure VM: https://aka.ms/AzureDevOpsImportLargeCollection

此警告 并不意味着 集合太大，无法迁移。

表大小超过推荐值

与前面的警告类似，以下警告意味着必须使用 SQL Azure 虚拟机（VM）方法来完成迁移。若要设置 VM 并完成迁移，请按照警告消息链接的说明进行作。

The largest table size is currently {Table size}GBs. This is above the recommended size of {Size limit}GBs to use the DACPAC migration method. Please see the following page to learn how to migration using a SQL Azure VM: https://aka.ms/AzureDevOpsImportLargeCollection

此警告 并不意味着 集合太大，无法迁移。

数据库元数据大小超过建议的大小

以下警告表示数据库即将达到元数据总大小限制。元数据大小是指数据库的大小，而不包括文件、代码和其他二进制数据。建议在迁移之前减小数据库的大小。减小大小可提供加快迁移速度的另一个好处。

The database metadata size is currently {Metadata Size}GBs. This is above the recommended size of {Warning Size}GBs. It's recommended that you consider cleaning up older data as described in [Cleaning up old data](/azure/devops/server/upgrade/clean-up-data).

警告 并不意味着 集合太大，无法迁移，而是其元数据大小大于大多数其他数据库。

数据库元数据大小超过支持的最大大小

与前面的警告不同，以下错误将阻止你继续迁移。

它指示集合中的元数据量太大。若要继续迁移，需要将大小减小到指示的限制以下。

The database metadata size is currently {Metadata Size}GBs. This is above the maximum supported size of {Metadata Limit}GBs.

消除排序规则警告

排序规则警告是指集合数据库排序规则。排序规则控制字符串值的排序和比较方式。未使用SQL_Latin1_General_CP1_CI_AS或Latin1_General_CI_AS的集合会收到一条警告消息。

无原生支持

收到以下警告意味着需要在执行迁移之前考虑排序规则的影响。

The collection database's collation '{collation}' is not natively supported in Azure DevOps Services. Importing your collection will result in your collation being converted to one of the supported Azure DevOps Services collations. See more details at https://aka.ms/AzureDevOpsImportCollations

此警告 并不意味着 无法迁移集合。

此警告要求你确认接受警告。接受警告后，数据迁移工具可以继续迁移准备。

将不受支持的排序规则迁移到 Azure DevOps Services 时，排序规则将转换为受支持的排序规则。虽然此转换通常没有问题，但迁移或迁移失败后可能会出现意外结果。

例如，客户可能会注意到包含非英语字符的字符串的不同顺序。迁移后，非英语字符（如“é”）可能等效于英语“e”。在迁移具有不受支持的排序规则的集合时，务必完成测试运行迁移并进行验证。

没有本机支持，没有 Internet 连接

如果数据迁移工具无法连接到 Internet，则无法验证排序规则的转换。这只是一条警告，因此可以继续迁移过程。但是，运行 prepare 命令时，需要 Internet 连接，届时会验证排序规则转换。

The collections database's collation '{collation}' is not natively supported in Azure DevOps Services. It could not be validated that the collation can be converted during migration to a supported Azure DevOps Services collation, as there was no internet connection. Please run the command again from a machine with an internet connection. See more details at https://aka.ms/AzureDevOpsImportCollations

不受支持的数据库排序规则

通常，可以在迁移时将非支持排序规则转换为受支持的排序规则。但是，无法转换某些排序规则。如果集合使用这些排序规则之一，将收到以下 错误消息 。

The collection database's collation '{collation}' is not supported for migration to Azure DevOps Services. It will need to be changed to a supported collation before it can be imported. See more details at https://aka.ms/AzureDevOpsImportCollations

若要继续，需要将集合的排序规则更改为 Azure DevOps Services 上受支持的排序规则之一。

解决标识错误

修复迁移前的标识错误，以防止出现问题。这些错误很少发生，通常是在新 Azure DevOps Server 上旧操作无效时出现。例如，某些用户可能不再是有效用户组的一部分。

以下部分提供了解决最常见的标识错误的指南。

ISVError：100014

此错误表示系统安全组中缺少权限。例如，你创建的每个集合都有“项目集合有效用户”和“项目集合管理员”组。系统默认创建它们。这些组不支持编辑其权限。

此错误指示一个或多个组缺少它应具有的权限。若要解决此错误，请使用 TFSSecurity.exe 命令将预期的权限应用于已标记的系统组。第一步是确定需要运行的 TFSSecurity 命令。

项目集合有效用户错误消息

检查数据迁移工具突出显示的一个或多个错误消息。如果标记的组以“0-0-0-0-3”结尾，如以下示例中所示，则需要修复 项目集合有效用户组 缺少的权限。

运行以下命令，将范围替换为错误消息中的作用域并指定集合 URL。

TFSSecurity.exe /a+ Identity "{scope}\\" Read sid:{Group SID} ALLOW /collection:{collectionUrl}

根据错误消息确定范围和组安全 ID (SID)。

ISVError:100014 Missing permission for group:Microsoft.TeamFoundation.Identity;S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-3 for scope:397c326b-b97c-4510-8271-75aac13de7a9. Expected:1 and Actual:0

最终命令与以下条目类似：

TFSSecurity.exe /a+ Identity "397c326b-b97c-4510-8271-75aac13de7a9\\" Read sid:S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-3 ALLOW /collection:https://localhost:8080/defaultcollection

项目集合管理员错误消息

仔细检查数据迁移工具突出显示的错误消息。如果标记的组以“0-0-0-0-0-1”结尾，如以下示例中所示，则需要修复 项目集合管理员 组缺少的权限。针对 TFSSecurity.exe运行以下命令，将范围替换为错误消息中的作用域并指定集合。

TFSSecurity.exe /a+ Identity "{scope}\\" Read sid:{Group SID} ALLOW /collection:{collectionUrl}

TFSSecurity.exe /a+ Identity "{scope}\\" Write sid:{Group SID} ALLOW /collection:{collectionUrl}

TFSSecurity.exe /a+ Identity "{scope}\\" Delete sid:{Group SID} ALLOW /collection:{collectionUrl}

TFSSecurity.exe /a+ Identity "{scope}\\" ManageMembership sid:{Group SID} ALLOW /collection:{collectionUrl}

在以下示例中，从错误消息中获取范围和组 SID ，并将其添加到前面的命令。

ISVError:100014 Missing permission for group:Microsoft.TeamFoundation.Identity;S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-1 for scope:0c7c2216-fa4b-4107-a203-82b324a147ef. Expected:15 and Actual:0

最终命令与以下条目类似：

TFSSecurity.exe /a+ Identity "0c7c2216-fa4b-4107-a203-82b324a147ef\\" Read sid:S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-1 ALLOW /collection:https://localhost:8080/defaultcollection

TFSSecurity.exe /a+ Identity "0c7c2216-fa4b-4107-a203-82b324a147ef\\" Write sid:S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-1 ALLOW /collection:https://localhost:8080/defaultcollection

TFSSecurity.exe /a+ Identity "0c7c2216-fa4b-4107-a203-82b324a147ef\\" Delete sid:S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-1 ALLOW /collection:https://localhost:8080/defaultcollection

TFSSecurity.exe /a+ Identity "0c7c2216-fa4b-4107-a203-82b324a147ef\\" ManageMembership sid:S-1-9-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-XXXXXXXXXX-0-0-0-0-1 ALLOW /collection:https://localhost:8080/defaultcollection

需要更正多个错误时，建议创建批处理文件以自动执行命令。执行命令后，重新运行数据迁移验证工具以验证解决方法。如果某些错误仍然存在，请联系 Azure DevOps Services 客户支持。

ISVError：300005

ISVError：300005 指示非组标识是“所有人”组（更常称为“有效用户”组）的成员。有效用户组是为所有项目和集合定义的默认组。这些组不可编辑。它们设计为仅包含其他 Azure DevOps 权限组或安全组作为成员。此错误表示 Active Directory （AD）组或用户标识在有效用户组中具有直接成员身份。

重要

在运行以下命令解决此错误之前，请确保已备份集合和配置数据库。

由于无法直接编辑有效用户组，因此需要针对配置数据库运行 SQL 语句来删除有问题的标识并更正无效的成员身份。仔细检查数据迁移工具突出显示的错误消息。将 GroupSid、MemberId 和 ScopeId 复制到以下命令中，以便根据需要放置这些值。

DECLARE @p6 dbo.typ_GroupMembershipTable

INSERT into @p6 values('{GroupSid}','Microsoft.TeamFoundation.Identity','{MemberId}',0)
 
EXEC prc_UpdateGroupMembership @partitionId=1,@scopeId='{ScopeId}',@idempotent=1,@incremental=1,@insertInactiveUpdates=0,@updates=@p6,@eventAuthor='9EE20697-5343-43FC-8FC5-3D5D455D21C5',@updateGroupAudit=0

以下示例显示了数据迁移工具中的 ISVError: 300005 消息示例。

ISVError:300005 Unexpected non group identity was found to have direct membership to everyone group. GroupSid:S-1-9-1551374245-3746625149-2333054533-2458719197-2313548623-0-0-0-0-3, MemberId:76050ddf-4fd8-48c4-a1ff-859e44364519, ScopeId:7df650df-0f8b-4596-928d-13dd89e5f34f

如果错误消息列出了一个 MemberSid，则需要从配置数据库的dbo.tbl_Identity表中获取 MemberID。然后，可以使用MemberID查找MemberSid的GUID。

ISVError:300005 Unexpected non group identity was found to have direct membership to everyone group. GroupSid:S-1-9-1551374245-3746625149-2333054533-2458719197-2313548623-0-0-0-0-3, MemberSid:System.Security.Principal.WindowsIdentity;S-1-5-21-124525095-708259637-1543119021-1737349, ScopeId:7df650df-0f8b-4596-928d-13dd89e5f34f

DECLARE @MemberId uniqueidentifier 

SET @MemberId = (Select Id from dbo.tbl_Identity where Sid ='S-1-5-21-124525095-708259637-1543119021-1737349');

SELECT @MemberId

将 GroupSid、MemberId 和 ScopeId 复制到 SQL 命令中。


DECLARE @p6 dbo.typ_GroupMembershipTable

INSERT into @p6 values('S-1-9-1551374245-3746625149-2333054533-2458719197-2313548623-0-0-0-0-3','Microsoft.TeamFoundation.Identity','76050ddf-4fd8-48c4-a1ff-859e44364519',0)
 
EXEC prc_UpdateGroupMembership @partitionId=1,@scopeId='7df650df-0f8b-4596-928d-13dd89e5f34f',@idempotent=1,@incremental=1,@insertInactiveUpdates=0,@updates=@p6,@eventAuthor='9EE20697-5343-43FC-8FC5-3D5D455D21C5'

针对 Azure DevOps Server 配置数据库运行已完成的命令。对每个 ISVError 重复此命令：报告300005实例。可以将具有相同范围 ID 的错误批处理到单个命令中。执行命令后，再次运行数据迁移工具进行验证，以确保错误已被更正。如果错误仍然存在，请联系 Azure DevOps Services 客户支持。

重要

若要解决这些错误，必须附加集合。

如果在运行命令时收到 -1 结果，请确保生成错误的集合数据库附加到 Azure DevOps Server 实例，并在配置数据库上运行该命令。

Microsoft Entra 超时异常

在极少数情况下，运行数据迁移工具 prepare 命令时，可能会收到 Microsoft Entra 超时错误。

Exception Message: Request failed (type AadGraphTimeoutException)

此错误表示，查找集合中用户的匹配 Microsoft Entra 标识的 Microsoft Entra ID 请求出现超时。通常，可以等至一天中较不繁忙的时间（例如在常规营业时间之后）运行 prepare 命令，以便解决此错误。

若要进行故障排除，请从准备计算机测试Microsoft Entra ID 连接。按照以下步骤从 Microsoft Entra ID 获取用户信息。

在提升模式下打开 PowerShell，并在以下命令中将“”someone@somecompany.com替换为Microsoft Entra 用户标识。

# Install the Microsoft Graph PowerShell module - ensuring to select Yes to All
Install-Module Microsoft.Graph 

# Import Users module
Import-Module Microsoft.Graph.Users

# Connect to Microsoft Entra and use your Microsoft Entra ID credentials (someone@somecompany.com) to login when the pop-up appears
Connect-MgGraph  -Scopes 'User.Read.All'

# Try to retrieve information on a user from your Microsoft Entra
Get-MgUser -Filter "UserPrincipalName eq 'someone@somecompany.com'"

如果步骤失败或找不到用户，请检查准备计算机与 Microsoft Entra ID 之间的连接。运行网络跟踪，并使用prepare查看网络是否阻止调用。如果没有，请联系 Azure 支持部门。检查日志文件中是否有用户信息。

Number of active users is {Number of Users}.

如果活跃用户数超过 50,000，映射的身份数量可能需要的时间会超过超时限制。检查集合中是否包含大型组，例如“每个人”组。如果可能，请删除这些组，然后重试。如果仍无法解决此错误，请联系 Azure DevOps Services 客户支持。

解决进程错误

有关解决常见进程错误的详细信息，请参阅“验证”阶段文章“解决进程模板。

解决字段验证错误

VS403310

检测到集合文件中不一致时，可能会出现以下错误消息。如果遇到此错误，请联系客户支持。

VS403310: An inconsistency was detected in some of the files in the collection.

VS403442

本地集合和 Azure DevOps Services 系统字段之间有时会发生字段名称冲突。

In order to migrate successfully, you must rename field *{TFSfieldReferenceName}*. Given name *{TFSfieldName}* is reserved for field *{VSTSfieldReferenceName}*.

若要解决此错误，请更改集合字段的名称。使用 witadmin changefield 中的命令。

witadmin changefield /collection:http://AdventureWorksServer:8080/DefaultCollection /n:TFSfieldReferenceName /name:newFieldName

VS403443

以下错误指示本地集合与特定 Azure DevOps Services 字段之间存在字段名称冲突。

In order to migrate successfully, you must rename field *{TFSfieldReferenceName}* to *{VSTSfieldName}*. Given name for *{TFSfieldReferenceName}* is *{TFSfieldName}*

若要解决此错误，请使用 witadmin changefield 命令。有关详细信息，请参阅 witadmin。

witadmin changefield /collection:http://AdventureWorksServer:8080/DefaultCollection /n:TFSfieldReferenceName /name:VSTSfieldName

VS403444

以下错误指示本地集合与 Azure DevOps Services 之间存在字段类型冲突。

使用 witadmin，只能更改 HTML 或 PlainText 字段的数据类型。

In order to migrate successfully, you must set type of field *{TFSfieldReferenceName}* to *{Type}*. Given type for *{TFSfieldReferenceName}* is *{collectionType}*.

如果字段类型为 HTML 或 PlainText，则可以将其类型更改为所需类型。

witadmin changefield /collection:http://AdventureWorksServer:8080/DefaultCollection /n:TFSfieldReferenceName  /type:PlainText | HTML

注释

如果字段类型与 HTML 或 PlainText 不同，并且字段数据不重要，或者字段未在任何项目中使用，则建议删除该字段。

witadmin deletefield /collection:http://AdventureWorksServer:8080/DefaultCollection /n:TFSfieldReferenceName

重要

删除字段会导致整个集合中的字段数据丢失。

解决验证失败问题

验证失败意味着迁移未启动。数据迁移工具尝试对迁移进行排队，但出现错误。迁移请求无效。修复错误消息，然后再次尝试迁移。

VS403254

不支持为 Azure DevOps Services 迁移输入的区域。

VS403254: Region {0} might not be used for the Import, it is not a supported region.

打开迁移规范文件，并将你提供的区域更新为正确的区域的短名称。

VS403249

所选团队的组织名称已被现有组织使用。所有 Azure DevOps Services 迁移都会进入在迁移时创建的新组织。

VS403249: The organization {0} already exists. Please select a different name and try the migration again.

选择其他组织名称，并在重试迁移之前更新迁移规范文件。

VS403250 & VS403286

DACPAC 不是基于分离的集合生成的。

VS403250: The dacpac is not a detached Azure DevOps Server Collection database.

VS403286: The dacpac is from a Azure DevOps Server Configuration database. You must use a detached Azure DevOps Server Collection database.

分离集合数据库并再次生成 DACPAC。

VS403243

无法使用提供的 SQL 连接字符串连接到数据库。

VS403243: Unable to connect to the database using the provided SQL Connection String {0}.

查看提供的参数以确保它们正确无误，然后重试。

VS403260 & VS403351

集合数据库未被分离。

VS403260: The database is not detached.

VS403351: The DACPAC or source database is missing an expected table. It's possible that the database was not correctly detached from Azure DevOps Server.

分离您的集合数据库并重试迁移队列。

VS403261

连接字符串必须加密，否则会以明文形式发送密码。

VS403261: The SQL connection string must use encryption.

将 Encrypt=true 添加到 SQL 连接字符串。

VS403262

连接字符串必须使用 SQL 身份验证。

VS403262: The SQL connection string must use SQL Authentication, Integrated Authentication is not supported.

将 集成安全性=False 添加到 SQL 连接字符串。

VS403263

SQL 登录用户帐户没有所需的数据库角色。

VS403263: The User ID {0} must be member of the database role {1}.

确保为登录的用户帐户分配了 “TFSEXECROLE” 角色。

注释

使用 sp_addrolemember 将 TFSEXECROLE 添加到现有 SQL 登录名时出现已知问题。在关闭所有使用该标识的打开连接之前，不会应用角色成员身份。如果收到 VS403263 错误并已确认标识具有该角色，我们建议创建新标识用于迁移。

VS403264

连接字符串不指向 Azure DevOps Server 集合数据库。

VS403264: The database is not a Azure DevOps Server Collection database, it cannot be used for migration.

确认或更正连接字符串指向数据集合数据库。

VS40325

Azure DevOps Server Update 已将文件迁移作业排队。在完成此作业之前，无法执行迁移。此作业的完成时间取决于集合的大小。

VS403255: The collection cannot be imported due to an ongoing post upgrade job. Please wait and try again later

可以通过对集合数据库运行以下查询来跟踪作业进度：

SELECT  COUNT (*) as remaining_files_to_migrate
FROM    tbl_FileReference
WHERE   PartitionId > 0
        AND MigrateFileId IS NOT NULL

迁移剩余的文件数为零后，可以运行数据迁移工具。

VS403282

源位置值中存在新的行字符。从 Windows 控制台复制 SAS 密钥后，此字符可能保持不变。

VS403282: The source location parameter contains a new line character. Please ensure the SAS key is defined on a single line in the migration specification file.

删除换行符，然后重试。

VS403271

迁移文件和 DACPAC 不在 所需的 Azure 区域中，无法完成到目标 Azure DevOps Services 区域的迁移。

VS403271: It appears that your DACPAC was uploaded to East US. It's required that customers targeting Central US for migration put their DACPACs in Central US. Please move your DACPAC to Central US and requeue the migration.

在所需区域中创建新的Microsoft Azure 存储帐户并复制文件。以下示例演示如何使用 AzCopy 复制数据。

AzCopy.exe /Source:https://accountSCUS.blob.core.windows.net/mycontainer /SourceKey:"primary access key" /Dest:https://accountCUS.blob.core.windows.net/mycontainer /DestKey:"primary access key" /S

VS403316

集合中的某些 Team Foundation 版本控制（TFVC）文件中检测到不一致。

VS403316: An inconsistency was detected in some TFVC files for this collection. The inconsistency needs to be corrected prior to running a migration to Azure DevOps Services. Please reach out to https://aka.ms/AzureDevOpsImportSupport for assistance with addressing this issue.

与 Azure DevOps Services 客户支持合作。打开支持票证，他们会与你合作来解决错误。

VS403366

数据迁移工具无法连接到 SQL Azure VM。

VS403366: A problem occurred while attempting to connect to your database. Please verify that your connection string is correct and that all required IP addresses for Azure DevOps Services have been provided exceptions for your machines firewall.

List of Azure DevOps Services IPs:

验证是否已在连接字符串中正确输入信息，以及是否可以连接到 VM。

错误消息列表的 IP 适用于 Azure DevOps Services。 Azure DevOps Services IP 可以在部署期间暂时更改。将它们添加到防火墙例外，然后再次尝试排队迁移。有关 IP 地址的列表，请参阅 “迁移大型集合”，仅限制对 Azure DevOps Services IP 的访问。

VS403373

数据迁移工具不支持迁移 SAME 集合的多个副本。但是，它确实支持迁移拆分的集合副本。更改 DataImportCollectionID 的 GUID。

在 SQL Server Management Studio（SSMS）中，打开尚未迁移的拆分副本的扩展属性。将新生成的 GUID 添加到“TFS_DATAIMPORT_COLLECTIONID”属性。然后重新运行 prepare 命令，并使用新的 migration.json 文件对迁移进行排队。

VS403379

数据迁移失败，因为在此集合中找到的一个或多个项目处于软删除阶段。在运行数据迁移之前，您可以还原已软删除的项目或永久删除它们。有关详细信息，请参阅 “删除项目”。

VS403379: Data migration will fail as one or more projects found in this collection are in the soft-deleted stage. Please restore the soft-deleted project(s) or delete them permanently before running the data migration.

请验证您正在使用数据迁移工具运行的集合中是否有处于软删除阶段的项目。删除项目后，它将保持软删除状态 28 天，在此期间可以还原已删除的项目。可以了解如何在还原项目中还原已删除的项目。如果项目位于软删除阶段，请在运行数据迁移之前将其完全删除或还原回。

解决迁移失败

迁移失败意味着迁移已排队但未完成。排队迁移的人员会收到失败的电子邮件通知。大多数时候，此电子邮件包括失败的原因。如果确实如此，请使用电子邮件和此页面中提供的故障排除步骤来解决错误，然后重试迁移。

如果错误更为复杂，则收到的电子邮件提供有关如何提交客户支持案例的说明。提交客户支持案例后，团队必须将 Azure DevOps Server 实例重新上线来回滚，并重新连接集合。然后，贵团队成员即可继续工作。我们建议在导致该问题的故障解决之前，不要再次尝试迁移。

使用 AI 排查迁移问题

以下示例提示 Copilot Chat 可帮助排查 Azure DevOps 数据迁移工具错误和迁移问题。将此提示复制并粘贴到 Copilot Chat 中，并将占位符替换为你的特定信息。

为获得最佳 AI 帮助，包括特定详细信息，例如确切的错误代码、发生错误的迁移阶段、数据库大小信息以及任何相关的配置详细信息。

I'm encountering this Azure DevOps migration error: [PASTE YOUR ERROR MESSAGE HERE]

Migration details:
- Error code: [ERROR CODE like VS403###, ISVError:###]
- Migration phase: [VALIDATION/PREPARATION/MIGRATION phase]
- Collection database size: [SIZE IN GB if known]
- Migration method: [DACPAC/SQL Azure VM]
- Azure DevOps Server version: [VERSION like 2019, 2020, 2022]
- Target Azure region: [REGION like East US, West Europe]
- Collation: [DATABASE COLLATION if known]

Can you help me troubleshoot this issue? Please provide step-by-step instructions to:
1. Identify the root cause of the migration error
2. Fix the database, configuration, or migration settings issue
3. Verify the solution allows migration to proceed

Context: This is for migrating from Azure DevOps Server to Azure DevOps Services using the Data Migration Tool. The error might be related to database size, collation, identity permissions, field conflicts, process templates, or connection string issues.

Copilot 由 AI 提供支持，因此可能会带来意外和错误。有关详细信息，请参阅 Copilot 常规使用常见问题解答。

常见问题解答

问：如果我的迁移已排队但失败，并且未收到包含后续步骤的电子邮件，该怎么办？

答：如果迁移已排队但失败，但未收到电子邮件通知，请执行以下步骤：

检查迁移日志：查看迁移日志，了解可能指示失败原因的任何错误消息。日志可以提供有关迁移过程中出错情况的见解。
遵循故障排除步骤：请参阅此迁移故障排除指南中概述的故障排除步骤。这些步骤可以帮助你识别和解决可能导致失败的常见问题。
请联系客户支持：如果错误很复杂，或者无法使用日志和故障排除步骤解决问题，请考虑提交客户支持案例以获取进一步帮助。
回滚和重试：如有必要，请回滚 Azure DevOps Server 实例，并在再次尝试迁移之前重新附加集合。

反馈

此页面是否有帮助？

Last updated on 2025-12-03