Sqlserver 2005 配置 数据库镜像:对数据库镜像设置进行故障排除:重点!!!!!!!!!!!!!

对数据库镜像设置进行故障排除

SQL Server 2005

更新日期: 2008 年 11 月 17 日

本主题提供有关信息以帮助您解决设置数据库镜像会话时遇到的问题。

问题摘要

帐户

介绍了正确配置运行 SQL Server 所用帐户的要求。

端点

介绍了正确配置每个服务器实例的数据库镜像端点的要求。

系统地址

概述了在数据库镜像配置中指定服务器实例的系统名称的备选方法。

网络访问

记录了允许每个服务器实例通过 TCP 访问其他一个或多个服务器实例的端口的要求。

镜像数据库准备

概述了准备镜像数据库以开始镜像的要求。

失败的创建文件操作

说明如何响应失败的创建文件操作。

开始镜像 (Transact-SQL)

说明 ALTER DATABASE database_name SET PARTNER = 'partner_server' 语句的要求顺序。

必须正确配置运行 SQL Server 所用的帐户。

  1. 帐户是否具有正确的权限?
    1. 如果这些帐户在相同的域帐户中运行,将减少配置错误的几率。
    2. 如果这些帐户在不同的域中运行或不属于域帐户,则必须在其他计算机的 master 中创建一个登录帐户,并且必须授予该登录帐户端点的 CONNECT 权限。有关详细信息,请参阅当数据库在其他服务器实例上可用时管理元数据。这包括网络服务帐户。
  2. 如果使用本地系统帐户将 SQL Server 作为服务运行,则必须使用证书进行身份验证。有关详细信息,请参阅使用数据库镜像证书

必须正确配置端点。

  1. 确保每个服务器实例(主体服务器、镜像服务器和见证服务器,如果有的话)都有数据库镜像端点。有关详细信息,请参阅 sys.database_mirroring_endpoints (Transact-SQL),同时根据身份验证的形式,请参阅如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL) 或如何允许数据库镜像使用证书进行出站连接 (Transact-SQL)
  2. 检查端口号是否正确。
    若要标识当前与服务器实例的数据库镜像端点关联的端口,请使用以下 Transact-SQL 语句:
    SELECT type_desc, port FROM sys.tcp_endpoints;
    GO
    
  3. 对于难以解释的数据库镜像设置问题,建议您检查每个服务器实例以确定它是否正在侦听相应的端口。有关验证端口可用性的信息,请参阅MSSQLSERVER_1418
  4. 确保已启动端点 (STATE = STARTED)。对于各个服务器实例,使用以下 Transact-SQL 语句:
    SELECT state_desc FROM sys.database_mirroring_endpoints
    
    有关 state_desc 列的详细信息,请参阅 sys.database_mirroring_endpoints (Transact-SQL)
    若要启动端点,请使用以下 Transact-SQL 语句:
    ALTER ENDPOINT Endpoint_Mirroring 
    STATE = STARTED 
    AS TCP (LISTENER_PORT = <port_number>)
    FOR database_mirroring (ROLE = ALL);
    GO
    
    有关详细信息,请参阅 ALTER ENDPOINT (Transact-SQL)
  5. 检查 ROLE 是否正确。对于各个服务器实例,使用以下 Transact-SQL 语句:
    SELECT role FROM sys.database_mirroring_endpoints;
    GO
    
    有关详细信息,请参阅 sys.database_mirroring_endpoints (Transact-SQL)
  6. 确保其他服务器的登录帐户具有 CONNECT 权限。若要确定哪个服务器具有端点的 CONNECT 权限,请对每个服务器实例使用以下 Transact-SQL 语句:
    SELECT 'Metadata Check';
    SELECT EP.name, SP.STATE, 
       CONVERT(nvarchar(38), suser_name(SP.grantor_principal_id)) 
          AS GRANTOR, 
       SP.TYPE AS PERMISSION,
       CONVERT(nvarchar(46),suser_name(SP.grantee_principal_id)) 
          AS GRANTEE 
       FROM sys.server_permissions SP , sys.endpoints EP
       WHERE SP.major_id = EP.endpoint_id
       ORDER BY Permission,grantor, grantee; 
    GO
    
    

对于数据库镜像配置中服务器实例的系统名称,可以使用明确标识系统的任何名称。服务器地址可以是系统名称(如果各系统都在同一个域中)、完全限定域名或 IP 地址(最好是静态 IP 地址)。保证使用完全限定域名的有效性。有关详细信息,请参阅指定服务器网络地址(数据库镜像)

必须允许每个服务器实例都能通过 TCP 访问其他一个或多个服务器实例的端口。当服务器实例位于相互不信任的不同域(不可信的域)中时,这尤为重要。这会限制服务器实例之间大部分的通信。

无论是首次开始镜像还是在删除镜像后再次开始镜像,都要验证镜像数据库是否可以进行镜像。

在镜像服务器上创建镜像数据库时,请确保指定相同数据库名称 WITH NORECOVERY 来还原主体数据库备份。此外,还必须再次使用 WITH NORECOVERY 应用进行该备份之后创建的所有日志备份。

另外,我们建议,如有可能,镜像数据库的路径(包括驱动器号)应该与主体数据库的路径相同。如果文件布局必须互不相同(例如,如果主体数据库位于“F:”驱动器上,但镜像系统没有“F:”驱动器),则必须在 RESTORE STATEMENT 中加入 MOVE 选项。

ms189127.note(zh-cn,SQL.90).gif重要提示:
如果创建镜像数据库时移动了数据库文件,则不挂起镜像可能导致以后无法向数据库添加文件。

如果数据库镜像已经停止,则必须将对主体数据库执行的所有后续日志备份应用到镜像数据库中,然后才可以重新启动镜像。

有关详细信息,请参阅如何为镜像准备镜像数据库 (Transact-SQL)

在不影响镜像会话的情况下添加文件要求该文件路径同时存在于两个服务器上。因此,如果在创建镜像数据库时移动了数据库文件,则随后在镜像数据库上的添加文件操作可能会失败,并可能会导致镜像挂起。

修复此问题:

  1. 数据库所有者必须删除此镜像会话,并还原包含所添加文件的文件组的完整备份。
  2. 然后,所有者必须备份主体服务器上包含添加文件操作的日志,并使用 WITH NORECOVERY 和 WITH MOVE 选项在镜像数据库上手动还原此日志备份。执行此操作可在镜像服务器上创建指定的文件路径,并将相应的新文件还原到该位置。
  3. 若要准备数据库以进行新的镜像会话,数据库所有者还必须使用 WITH NO RECOVERY 选项还原主体服务器上所有其他未完成的日志备份。

有关详细信息,请参阅删除数据库镜像如何为镜像准备镜像数据库 (Transact-SQL)如何建立使用 Windows 身份验证的数据库镜像会话 (Transact-SQL)使用数据库镜像证书如何配置数据库镜像会话 (SQL Server Management Studio)

发出 ALTER DATABASE database_name SET PARTNER = 'partner_server' 语句的顺序非常关键:

  1. 第一个语句必须在镜像服务器上运行。发出此语句时,镜像服务器不会尝试联系任何其他服务器实例。相反,镜像服务器指示其数据库先进行等待,直到主体服务器与镜像服务器建立联系。
  2. 第二个 ALTER DATABASE 语句必须在主体服务器上运行。此语句使主体服务器尝试连接到镜像服务器。创建此连接之后,镜像服务器随后将尝试通过其他连接与主体服务器建立连接。

有关详细信息,请参阅 ALTER DATABASE (Transact-SQL)

此 SQL Server 消息指示无法到达服务器网络地址或该地址不存在,同时建议您检查网络地址名称并重新发出命令。有关详细信息,请参阅 MSSQLSERVER_1418

在具有自动故障转移功能的高安全性模式下镜像数据库时,自动故障转移可能会导致自动解析并且可能错误解析有疑问的事务。如果提交跨数据库事务时在任一数据库中进行自动故障转移,则数据库之间可能发生逻辑上的不一致。

自动故障转移可能影响的跨数据库事务类型包括:

  • 正在同一 SQL Server 实例中更新多个数据库的事务。
  • 使用 Microsoft 分布式事务处理协调器 (MS DTC) 的事务。

有关详细信息,请参阅数据库镜像和跨数据库事务

版本历史记录

2008 年 11 月 17 日

更改的内容:
  • 全面修改了“失败的创建文件操作”部分。

2006 年 4 月 14 日

新增内容:
  • 添加了有关处理因创建文件操作失败而挂起的会话的部分。
  • 添加了有关跨数据库事务的部分。
更改的内容:
  • 删除了“对主体服务器的日志驱动器问题做出响应”,因为已经解决了基本问题。

2005 年 12 月 5 日

新增内容:
  • 解释错误消息 1418
  • 验证端口可用性
更改的内容:
  • 删除了完全限定域名是标识伙伴或见证服务器系统的唯一方法的表述。
posted on 2011-08-03 13:50  jinzhenshui  阅读(503)  评论(0编辑  收藏  举报