使用SMO复制数据库向导在同SQL实例复制失败，SSIS报索引越界错误

看起来你遇到的是SMO在处理数据库权限时的索引越界问题，这个问题通常和源数据库中存在异常权限条目或孤立用户有关，下面是具体的分析和解决方案：

错误根源分析 #

从堆栈跟踪来看，错误发生在Microsoft.SqlServer.Management.Smo.PermissionWorker.GetPermissionSetBase方法中，这说明SMO在枚举源数据库的权限集合时，遇到了一个无效的索引——大概率是因为某些权限条目关联的数据库主体（用户/角色）已经被删除，但权限记录仍残留在系统表中，或者存在孤立用户导致权限枚举逻辑出错。

解决方案 #

1. 清理源数据库的异常权限和孤立用户 #

首先排查并修复源数据库中的权限问题：

• 查找孤立用户：
  在源数据库中执行以下查询：

  USE [你的源数据库名];
  EXEC sp_change_users_login 'Report';
  

  如果返回结果中有孤立用户，使用Auto_Fix修复：

  USE [你的源数据库名];
  EXEC sp_change_users_login 'Auto_Fix', '孤立用户名';
  

• 查找无对应主体的权限条目：
  执行以下查询找出权限记录中关联的主体不存在的条目：

  USE [你的源数据库名];
  SELECT 
      dp.state_desc, dp.permission_name,
      COALESCE(s.name + '.' + o.name, '服务器级权限') AS object_name,
      dp.grantee_principal_id, dp.grantor_principal_id
  FROM sys.database_permissions dp
  LEFT JOIN sys.objects o ON dp.major_id = o.object_id
  LEFT JOIN sys.schemas s ON o.schema_id = s.schema_id
  WHERE NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE principal_id = dp.grantee_principal_id)
     OR NOT EXISTS (SELECT 1 FROM sys.database_principals WHERE principal_id = dp.grantor_principal_id);
  

  对于找到的无效权限条目，可以使用REVOKE语句删除，例如：

  USE [你的源数据库名];
  REVOKE SELECT ON [dbo].[目标表名] FROM [无效主体对应的用户名];
  

  若主体已完全不存在，可谨慎删除对应的权限记录：

  USE [你的源数据库名];
  DELETE FROM sys.database_permissions WHERE grantee_principal_id = [查询到的无效ID];
  

2. 临时绕过权限复制 #

如果暂时不想深入处理权限问题，可以修改复制向导的设置，跳过权限复制：

• 重新运行复制数据库向导，在进入"设置复制选项"的步骤时，取消勾选"复制数据库权限"选项，然后重新生成作业和SSIS包。这样可以避开SMO处理权限的逻辑，先完成数据库复制，之后再手动迁移权限。

3. 改用手动脚本/备份还原替代复制向导 #

复制数据库向导的SMO方式偶尔会有这类边缘case问题，改用更可靠的手动方式：

• 脚本生成法：右键源数据库 → 任务 → 生成脚本，选择所有对象，在脚本选项中开启"编写数据"，按需选择"编写权限"，然后在目标实例执行脚本创建新数据库。
• 备份还原法（同实例复制最推荐）：

  -- 备份源数据库
  BACKUP DATABASE [源数据库名] TO DISK = 'D:\Backup\SourceDB.bak' WITH INIT, COMPRESSION;
  -- 还原为目标数据库（注意修改文件路径和数据库名）
  RESTORE DATABASE [目标数据库名] FROM DISK = 'D:\Backup\SourceDB.bak'
  WITH MOVE 'SourceDB_Data' TO 'D:\Data\TargetDB_Data.mdf',
       MOVE 'SourceDB_Log' TO 'D:\Log\TargetDB_Log.ldf',
       REPLACE;
  

4. 安装SQL Server最新补丁 #

这个错误可能是SQL Server的已知bug，比如旧版本的SQL Server 2016/2019在处理特殊权限组合时会触发索引越界。检查你的SQL Server版本，安装对应版本的最新累积更新（CU），可以修复这类SMO相关的bug。

内容的提问来源于stack exchange，提问作者Vaskemaskina