博客园_数据库探索

Sqlserver 2005：多核cpu使用仅仅使用单个cpu的的问题

2012-02-06T05:49:00Z

环境:

windows 2003 sp2 (32) + sqlserver 2005 sp1 (32) + 8颗4核的CPU + 32G + 外置存储

问题:

一个应用系统 oltp 类型, 任务管理器中,可以看见后台sqlserver进程中仅仅使用一个逻辑核心的cpu,其他cpu使用率很低

解决:

打上 sqlserver的sp3补丁

本文链接

Thunderbird 邮件客户端：windows 和 ubuntu 或 liunx 下共用的方法

2011-10-25T08:11:00Z

关于这个问题，本人自网上查了很多资料，总嫌那些方法过于繁琐，注意事项过多。

自己找到一个方法，真的很简单！！！！

如下：

step 1：在windows或ubuntu下配至好 thunderbird 邮件客户端，可以正常收发邮件。注意将配置文件夹 profile 放置在两个系统都可于正常存取的位置！！

step 2：修改两个系统的 thunderbird 客户端的启动配置文件或目录

unbuntu下：在当前os用户的主目录home下，找到隐藏的 .thunderbird配置文件夹，修改 profiles.ini 文件的 “Path=rruqn7mg.default” 配置（可能你的不是该值）。建立一个指向共用profile的软链接，修改值“rruqn7mg.default”为该软链接。

windows下：添加 thunderbird 启动参数 “-profile=共用的profile文件夹”

step3：ok：）

本文链接

Use MVS Dsbame convensions. windows下ftp.exe客户端上传错误

2011-10-18T02:22:00Z

环境:主机 220-FTPD1 IBM FTP CS V1R11 at BT11 + windows下的ftp.exe客户端

现象:windows下ftp.exe命令上传文件,报"Use MVS Dsbame convensions." 错误

原因: 主要是IBM FTP Server 文件系统的命名规范造成的: 8个基本字符

解决: 通过 cd '根目录.目录1.目录2----'进入到目标目录. 注意 "."分隔符

然后 put 本地文件名 [远程文件名] : 此处的[远程文件名] 必须符合IBM FTP Server 文件系统的命名规范造成的: 8个基本字符

本文链接

Oracle：使用ASM自动存储管理, 严重推荐

2011-09-02T08:59:00Z

ASM 是Oracle 公司推出的专门用于oracle数据库系统的一种数据存储解决方案. 类似于OS的软RAID,不过其在系统构架中的层次比较特殊,是直接服务于上层软件(asm)应用的,可以理解为上下横跨 {硬件分区+RAID+OS卷管理+OS文件系统}的复合产物.

因其精简和优化了存储系统构架的实现,因而有{较好的 IO性能\灵活的扩展性\较高的安全性}表现; 而且与oracle数据库实例结合紧密,管理风格一致!

ASM自oracle 10g 被引入,且在11g中被推荐.

ASM在正式的生产环境中,应使用真实的物理磁盘系统; 当然处于测试目的或oracle不可告人的目的,也支持文件系统方式!

ASM支持真实的磁盘分区,可以通过asmtoolg工具\dbca进行管理设置, 比较简单,此处不再赘述!

ASM也支持OS文件方式,前提是在+ASM的初始化参数配置文件中设置一个隐含参数"_asm_allow_only_raw_disks=false",如何设置?你知道么?你真的不知道么?

技巧:

在dbca进行配置的过程中,在首次设置+ASM实例时,手动添加指定隐含参数

在dbca进行配置的过程中,添加磁盘时,可以通过调整"asm_diskstring"参数来定位不同路径下的磁盘或文件

ASM实例的唯一必要参数是"instance_type=asm(不是默认的rdbms)"

本文链接

Oracle：Oracle 10 RAC 安装群集件的准备工作

2011-08-09T06:21:00Z

相同的windows版本
相同的windows登陆用户和密码(因为 oracle 使用管理共享来安装远程节点的内容)
物理内存>512MB;虚拟内存>512MB . 对于oracle来说,本质上交互空间(物理内存+虚拟内存)>1GB
共享存储
共享存储必须为MBR分区格式
共享存储必须建立逻辑分区,且不得格式化,不得划分盘符
windows的磁盘管理必须支持 automount (修改配置后记得要重启windows系统)
相同的公网连接名\私网连接名
公网的绑定顺序为第一位
虚拟私有IP必须和公网在同一个网段内
公网的IP地址配置中必须设置默认路由!!!
如果没有DSN服务器,可以通过hosts文件解决名称解析问题

本文链接

Sqlserver 2005：数据库快照

2011-08-03T07:59:00Z

数据库快照的典型用法

SQL Server 2005

其他版本

更新日期： 2006 年 12 月 12 日
数据库快照是数据库（称为“源数据库”）的只读静态视图。在创建时，每个数据库快照在事务上都与源数据库一致。在创建数据库快照时，源数据库通常会有打开的事务。在快照可以使用之前，打开的事务会回滚以使数据库快照在事务上取得一致。

客户端可以查询数据库快照，这对于基于创建快照时的数据编写报表是很有用的。而且，如果以后源数据库损坏了，便可以将源数据库恢复到它在创建快照时的状态。

重要提示：

只有 Microsoft SQL Server 2005 Enterprise Edition 提供数据库快照功能。

创建数据库快照的原因包括：

维护历史数据以生成报表。
由于数据库快照可提供数据库的静态视图，因而可以通过快照访问特定时间点的数据。例如，您可以在给定时间段（例如，财务季度）要结束的时候创建数据库快照以便日后制作报表。然后便可以在快照上运行期间要结束时创建的报表。如果磁盘空间允许，还可以维护任意多个不同期间要结束时的快照，以便能够对这些时间段的结果进行查询。例如，调查单位性能。

使用为了实现可用性目标而维护的镜像数据库来卸载报表。
使用带有数据库镜像的数据库快照，使您能够访问镜像服务器上的数据以生成报表。而且，在镜像数据库上运行查询可以释放主体数据库上的资源。有关详细信息，请参阅数据库镜像和数据库快照。

使数据免受管理失误所带来的影响。
在进行重大更新之前（例如，大容量更新），可创建数据库快照以保护数据。一旦进行了错误操作，可以使用快照将数据库恢复到生成快照时的状态。采用此方法还原很可能比从备份还原快得多；但是，此后您无法对数据进行前滚操作。
有关详细信息，请参阅恢复到数据库快照。

重要提示：

数据库快照与源数据库相关。因此，使用数据库快照还原数据库不能代替备份和还原策略。严格按计划执行备份仍然至关重要。如果必须将源数据库还原到创建数据库快照的时间点，请实施允许您执行该操作的备份策略。

使数据免受用户失误所带来的影响。
定期创建数据库快照，可以减轻重大用户错误（例如，删除的表）的影响。为了很好地保护数据，可以创建时间跨度足以识别和处理大多数用户错误的一系列数据库快照。例如，根据磁盘资源，可以每 24 小时创建 6 到 12 个滚动快照。每创建一个新的快照，就删除最早的快照。

若要从用户错误中恢复，可以将数据库恢复到在错误发生的前一时刻的快照。采用此方法还原很可能比从备份还原快得多；但是，此后您无法对数据进行前滚操作。
有关恢复快照的详细信息，请参阅恢复到数据库快照。

或者，也可以利用快照中的信息，手动重新创建删除的表或其他丢失的数据。例如，可以将快照中的数据大容量复制到数据库中，然后手动将数据合并回数据库中。

注意：

使用数据库快照的原因，决定了数据库需要多少个并发快照、多久创建一次新快照以及将其保留多久。

管理测试数据库
在测试环境中，当每一轮测试开始时针对要包含相同数据的数据库重复运行测试协议将十分有用。在运行第一轮测试前，应用程序开发人员或测试人员可以在测试数据库中创建数据库快照。每次运行测试之后，数据库都可以通过还原数据库快照快速返回到它以前的状态。

请参阅

概念
数据库快照

帮助和信息
获取 SQL Server 2005 帮助

更改历史记录

历史记录

2006 年 12 月 12 日

更改的内容：

阐明了有关定期备份源数据库的重要性的说明。

2005 年 12 月 5 日

新增内容：

解释了数据库快照不是冗余存储，还说明了执行备份对于保护数据库非常重要。

作为使用数据库快照的另一个原因，添加了管理测试数据库。

重要提示：
只有 Microsoft SQL Server 2005 Enterprise Edition 提供数据库快照功能。

重要提示：
数据库快照与源数据库相关。因此，使用数据库快照还原数据库不能代替备份和还原策略。严格按计划执行备份仍然至关重要。如果必须将源数据库还原到创建数据库快照的时间点，请实施允许您执行该操作的备份策略。

注意：
使用数据库快照的原因，决定了数据库需要多少个并发快照、多久创建一次新快照以及将其保留多久。

	历史记录
2006 年 12 月 12 日	更改的内容：阐明了有关定期备份源数据库的重要性的说明。
2005 年 12 月 5 日	新增内容：解释了数据库快照不是冗余存储，还说明了执行备份对于保护数据库非常重要。作为使用数据库快照的另一个原因，添加了管理测试数据库。

对数据库快照的限制

SQL Server 2005

其他版本

更新日期： 2006 年 12 月 12 日
数据库快照捕获开始创建快照的时间点，去掉所有未提交的事务。使用数据库快照之前，应了解数据库快照对源数据库和系统环境的影响，以及快照本身存在哪些限制。

重要提示：

只有 Microsoft SQL Server 2005 Enterprise Edition 提供数据库快照功能。

源数据库存在的限制

只要存在数据库快照，快照的源数据库就存在以下限制：

不能对数据库进行删除、分离或还原。有关如何删除快照的信息，请参阅删除数据库快照。

注意：

可以备份源数据库，这方面将不受数据库快照的影响。

源数据库的性能受到影响。由于每次更新页时都会对快照执行“写入时复制”操作，导致源数据库上的 I/O 增加。

不能从源数据库或任何快照中删除文件。

源数据库必须处于在线状态，除非该数据库在数据库镜像会话中是镜像数据库。

注意：

所有恢复模式都支持数据库快照。

不能将源数据库配置为可缩放共享数据库。

若要在镜像数据库中创建数据库快照，数据库必须处于同步镜像状态。

数据库快照的限制

数据库快照存在以下限制：

数据库快照必须与源数据库在相同的服务器实例上创建和保留。

始终对整个数据库拍摄数据库快照。

由于数据库快照不是冗余存储，因此，它们不会防止磁盘出现错误或其他类型的损坏。为了保护数据库，非常有必要定期执行备份并测试还原计划。如果必须将源数据库还原到创建数据库快照的时间点，请实施允许您执行该操作的备份策略。

当将源数据库中更新的页强制压入快照时，如果快照用尽磁盘空间或者遇到其他错误，则该快照将成为可疑快照并且必须将其删除。

快照为只读。

禁止对 model 数据库、master 数据库和 tempdb 数据库创建快照。

不能更改数据库快照文件的任何规范。

不能从数据库快照中删除文件。

不能备份或还原数据库快照。

不能附加或分离数据库快照。

不能在 FAT32 文件系统或 RAW 分区上创建数据库快照。数据库快照所用的稀疏文件由 NTFS 文件系统提供。

数据库快照不支持全文索引。不从源数据库传播全文目录。

数据库快照将继承快照创建时其源数据库的安全约束。由于快照是只读的，因此无法更改继承的权限，对源数据库的更改权限将不反映在现有快照中。

快照始终反映创建该快照时的文件组状态：在线文件组将保持在线状态，离线文件组将保持离线状态。有关详细信息，请参阅本主题后面的“含有离线文件组的数据库快照”。

如果源数据库的状态为 RECOVERY_PENDING，可能无法访问其数据库快照。但是，当解决了源数据库的问题之后，快照将再次变成可用快照。

只读文件组和压缩文件组不支持恢复操作。尝试恢复包含下列任意一种文件组的数据库将失败。有关恢复的详细信息，请参阅恢复到数据库快照。

在日志传送配置中，只能针对主数据库，而不能针对辅助数据库创建数据库快照。如果您在主服务器实例和辅助服务器实例之间切换角色，则在将主数据库设置为辅助数据库之前，必须先删除所有数据库快照。

不能将快照配置为可缩放共享数据库。

磁盘空间要求

数据库快照占用磁盘空间。如果数据库快照用尽了磁盘空间，将被标记为可疑，必须将其删除。（但是，源数据库不会受到影响，对其执行的操作仍能继续正常进行。）然而，与一份完整的数据库相比，快照具有高度空间有效性。快照仅需足够存储空间来存储在其生存期中更改的页。通常情况下，快照只会保留一段有限的时间，因此其大小不是主要问题。

但是，保留快照的时间越长，越有可能将可用空间用完。稀疏文件最大只能增长到创建快照时相应的源数据库文件的大小。有关详细信息，请参阅了解数据库快照中的稀疏文件大小。

如果数据库快照用完了磁盘空间，则必须删除该快照。有关删除数据库快照的信息，请参阅删除数据库快照。

注意：

除文件空间外，数据库快照与数据库占用的资源量大致相同。

含有离线文件组的数据库快照

当您尝试执行下列任何操作时，源数据库中的离线文件组都将影响数据库快照：

创建快照
当源数据库具有一个或多个离线文件组时，快照创建只有在文件组处于离线状态时才能成功。不能为离线文件组创建稀疏文件。

注意：

有关数据库快照稀疏文件的角色的信息，请参阅数据库快照的工作方式。

使文件组离线
可以在源数据库中使文件离线。但是，如果创建快照时文件组处于在线状态，则该文件组在数据库快照中仍将保持在线状态。如果查询的数据在快照创建后已更改，则在快照中可以访问原始数据页。但是，使用快照访问文件组中未修改数据的查询可能会由于出现输入/输出 (I/O) 错误而失败。

使文件组在线
只要数据库具有任何快照，就不能使其中的文件组在线。如果在创建快照时文件组处于离线状态，或当数据库快照存在时使文件组离线，则文件组将保持离线状态。这是因为使文件重新在线需要还原该文件，而如果数据库已具有快照，则无法执行此操作。

将源数据库恢复到快照
将源数据库恢复到数据库快照要求除创建快照时处于离线状态的文件组外，所有文件组都要处于在线状态。

请参阅

概念
创建数据库快照
数据库快照
删除数据库快照

帮助和信息
获取 SQL Server 2005 帮助

更改历史记录

发布日期历史记录

2006 年 12 月 12 日

新增内容：

更新了“数据库快照的限制”部分，以说明由于数据库快照依赖于源数据库，因此严格按计划执行备份仍然至关重要。

2006 年 4 月 14 日

新增内容：

添加了可缩放共享数据库不支持数据库快照。

添加了若要在镜像数据库中创建数据库快照，数据库必须处于同步镜像状态。

2005 年 12 月 5 日

新增内容：

添加了有关将数据库快照用于日志传送的限制。

添加了有关资源占用的注释。

更改的内容：

更正了技术错误，并阐明以下事实：当存在数据库快照时，不能使文件组在线。

重要提示：
只有 Microsoft SQL Server 2005 Enterprise Edition 提供数据库快照功能。

注意：
可以备份源数据库，这方面将不受数据库快照的影响。

注意：
所有恢复模式都支持数据库快照。

注意：
除文件空间外，数据库快照与数据库占用的资源量大致相同。

注意：
有关数据库快照稀疏文件的角色的信息，请参阅数据库快照的工作方式。

发布日期	历史记录
2006 年 12 月 12 日	新增内容：更新了“数据库快照的限制”部分，以说明由于数据库快照依赖于源数据库，因此严格按计划执行备份仍然至关重要。
2006 年 4 月 14 日	新增内容：添加了可缩放共享数据库不支持数据库快照。添加了若要在镜像数据库中创建数据库快照，数据库必须处于同步镜像状态。
2005 年 12 月 5 日	新增内容：添加了有关将数据库快照用于日志传送的限制。添加了有关资源占用的注释。更改的内容：更正了技术错误，并阐明以下事实：当存在数据库快照时，不能使文件组在线。

删除数据库快照

SQL Server 2005

其他版本

更新日期： 2006 年 12 月 12 日
删除数据库快照将删除 SQL Server 中的数据库快照，并删除快照使用的稀疏文件。删除数据库快照时，将终止所有到此快照的用户连接。

具有 DROP DATABASE 权限的任何用户都可以删除数据库快照。

删除数据库快照将清除 SQL Server 实例的计划缓存。清除计划缓存将导致对所有后续执行计划进行重新编译，并可能导致查询性能暂时性地突然降低。在 SQL Server 2005 Service Pack 2 中，对于计划缓存中每个已清除的缓存存储区，SQL Server 错误日志将包含以下信息性消息：“由于某些数据库维护或重新配置操作，SQL Server 经历了 '%s' 缓存存储区(计划缓存的一部分)的 %d 次刷新。”只要每五分钟刷新一次缓存，此消息就将每五分钟记录一次。

数据库镜像和数据库快照

SQL Server 2005

其他版本

更新日期： 2006 年 4 月 14 日
可以利用为了实现可用性目标而维护的镜像数据库来卸载报表。若要将镜像数据库用于报表，可以在镜像数据库中创建数据库快照，并将客户端连接请求定向到最新的快照。由于数据库快照只在创建快照时存在，因此，它是一个静态的、只读的并与其源数据库保持事务一致的快照。若要在镜像数据库中创建数据库快照，数据库必须处于同步镜像状态。

与镜像数据库本身不同，客户端可以访问数据库快照。只要镜像服务器与主体服务器进行通信，就可以将报表客户端连接定向到快照。注意，由于数据库快照是静态的，因此没有新数据可用。为了让用户能够使用相对较新的数据，必须定期创建新的数据库快照，并通过应用程序将传入客户端连接定向到最新的快照。

新的数据库快照几乎是空的，但是它会随着越来越多的数据页的首次更新而增长。由于数据库中的每个快照都以这种方式增长，因此，每个数据库快照与常规数据库使用同样多的资源。根据镜像服务器和主体服务器的配置，在镜像数据库中保留过多的数据库快照可能会降低主体数据库的性能。因此，我们建议在镜像数据库中仅保留少量相对较新的快照。一般情况下，在创建替换快照之后，应重新将传入查询定向到新的快照，并在完成所有当前的查询之后删除较早的快照。

注意：

有关数据库快照的详细信息，请参阅数据库快照。

如果出现角色切换，则数据库及其快照将重新启动并暂时断开与用户的连接。然后，数据库快照保留在创建时所在的服务器实例中，并成为新的主体数据库。用户可以在故障转移后继续使用快照。但是，这样会给新的主体服务器带来额外的负荷。如果在您的环境中性能是一个关注点，则我们建议您应在新镜像数据库成为可用后，在其中创建快照，并将客户端重新定向到新快照，同时从以前的镜像数据库中删除所有数据库快照。

注意：

对于能很好地向外扩展的专用报告解决方案，可以考虑复制。有关详细信息，请参阅数据仓库和报告。

注意：
有关数据库快照的详细信息，请参阅数据库快照。

注意：
对于能很好地向外扩展的专用报告解决方案，可以考虑复制。有关详细信息，请参阅数据仓库和报告。

本文链接

Sqlserver 2005 配置数据库镜像:概述

2011-08-03T06:32:00Z

数据库镜像概述

SQL Server 2005

其他版本

更新日期： 2005 年 12 月 5 日
“数据库镜像”是用于提高数据库可用性的主要软件解决方案。镜像基于每个数据库实现，并且只适用于使用完整恢复模式的数据库。简单恢复模式和大容量日志恢复模式不支持数据库镜像。因此，所有大容量操作始终被完整地记入日志。数据库镜像可使用任意支持的数据库兼容级别。

注意：

不能镜像 master、msdb、tempdb 或 model 数据库。

数据库镜像维护一个数据库的两个副本，这两个副本必须驻留在不同的 SQL Server 数据库引擎实例（服务器实例）上。通常，这些服务器实例驻留在不同位置的计算机上。其中一个服务器实例使数据库服务于客户端（“主体服务器”），而另一个服务器实例则充当热备用或备用服务器（“镜像服务器”），具体取决于镜像会话的配置和状态。同步数据库镜像会话时，数据库镜像提供了热备用服务器，可支持在已提交事务不丢失数据的情况下进行快速故障转移。未同步会话时，镜像服务器通常用作备用服务器（可能造成数据丢失）。

数据库镜像的优点

数据库镜像是一种简单的策略，具有下列优点：

增强数据保护功能。
数据库镜像提供完整或接近完整的数据冗余，具体取决于运行模式是高安全性模式还是高性能模式。有关详细信息，请参阅本主题后面的“运行模式”。

提高数据库的可用性。
发生灾难时，在具有自动故障转移功能的高安全性模式下，自动故障转移可快速使数据库的备用副本在线（而不会丢失数据）。在其他运行模式下，数据库管理员可以选择强制服务（可能丢失数据），以替代数据库的备用副本。有关详细信息，请参阅本主题后面的“角色切换”。

提高生产数据库在升级期间的可用性。
若要使镜像数据库的停机时间减至最小，可以按顺序升级要参加数据库镜像会话的 SQL Server 实例，从而使停机时间仅为一次故障转移的时间。这种形式的升级称为“滚动升级”。有关详细信息，请参阅如何以最小的镜像数据库停机时间在系统上安装 Service Pack。

数据库镜像工作方式

在“数据库镜像会话”中，主体服务器和镜像服务器作为“伙伴”进行通信和协作。两个伙伴在会话中扮演互补的角色：“主体角色”和“镜像角色”。在任何给定的时间，都是一个伙伴扮演主体角色，另一个伙伴扮演镜像角色。每个伙伴拥有其当前角色。拥有主体角色的伙伴称为“主体服务器”，其数据库副本为当前的主体数据库。拥有镜像角色的伙伴称为“镜像服务器”，其数据库副本为当前的镜像数据库。如果数据库镜像部署在生产环境中，则主体数据库即为生产数据库。

数据库镜像涉及尽快将对主体数据库执行的每项插入、更新和删除操作重做到镜像数据库中。重做通过将每个活动事务日志记录发送到镜像服务器来完成，这会尽快将日志记录按顺序应用到镜像数据库中。与逻辑级别执行的复制不同，数据库镜像在物理日志记录级别执行。

运行模式

数据库镜像会话以同步操作或异步操作运行。在异步操作下，事务不需要等待镜像服务器将日志写入磁盘便可提交，这样可最大程度地提高性能。在同步操作下，已提交的事务将在伙伴双方上提交，但会延长事务滞后时间。

有两种镜像运行模式。一种是“高安全性模式”，它支持同步操作。在高安全性模式下，当会话开始时，镜像服务器将使镜像数据库尽快与主体数据库同步。在同步数据库之后，已提交的事务将在伙伴双方上提交，但会延长事务滞后时间。

第二种运行模式，即“高性能模式”，异步运行。镜像服务器尝试与主体服务器发送的日志记录保持同步。虽然镜像数据库可能稍微滞后于主体数据库，但这两个数据库之间的时间间隔通常很小。但是，如果主体服务器的工作负荷过高或镜像服务器系统的负荷过高，则时间间隔会增大。

在高性能模式中，主体服务器向镜像服务器发送日志记录之后会立即再向客户端发送确认一条消息，而不需要等待镜像服务器的确认。这意味着事务不需要等待镜像服务器将日志写入磁盘便可提交。此异步操作允许主体服务器在事务滞后时间最小的条件下运行，但可能会丢失某些数据。

所有数据库镜像会话都只支持一台主体服务器和一台镜像服务器。下图阐释了这种配置。

具有自动故障转移功能的高安全性模式要求使用第三个服务器实例，称为“见证服务器”。与这两个伙伴不同的是，见证服务器并不能用于数据库。见证服务器通过验证主体服务器是否已启用并运行来仅支持自动故障转移。只有在镜像服务器和见证服务器与主体服务器断开连接之后而保持相互连接时，镜像服务器才启动自动故障转移。

下图显示了包含见证服务器的配置。

有关详细信息，请参阅本主题后面的“角色切换”。

事务安全与运行模式

运行模式是异步还是同步取决于事务安全设置。如果专门使用 SQL Server Management Studio 来配置数据库镜像，则在您选择运行模式时，将自动配置事务安全设置。

如果使用 Transact-SQL 配置数据库镜像，则需要了解如何设置事务安全。事务安全由 ALTER DATABASE 语句的 SAFETY 属性控制。在正在镜像的数据库中，SAFETY 为 FULL 或 OFF。

如果将 SAFETY 选项设置为 FULL，则在初始同步阶段后，数据库镜像操作将同步执行。如果在高安全性模式下设置见证服务器，则会话支持自动故障转移。

如果将 SAFETY 选项设置为 OFF，则数据库镜像操作将异步执行。会话在高性能模式下运行，并且 WITNESS 选项也应设置为 OFF。

有关详细信息，请参阅 Transact-SQL 设置和数据库镜像运行模式。

角色切换

在数据库镜像会话上下文中，通常可以使用一个称为“角色切换”的过程来互换主体角色和镜像角色。角色切换涉及将主体角色转换给镜像服务器的操作。在角色切换中，镜像服务器充当主体服务器的“故障转移伙伴”。进行角色切换时，镜像服务器将接管主体角色，并使其数据库的副本在线以作为新的主体数据库。以前的主体服务器（如果有）将充当镜像角色，并且其数据库将变为新的镜像数据库。这些角色可以反复地来回切换。

存在以下三种角色切换形式：

自动故障转移
这要求使用高安全性模式并具有镜像服务器和见证服务器。数据库必须已同步，并且见证服务器必须连接到镜像服务器。
见证服务器的作用是验证给定的伙伴服务器是否已启动并运行。如果镜像服务器与主体服务器断开连接，但见证服务器仍与主体服务器保持连接，则镜像服务器无法启动故障转移。有关详细信息，请参阅数据库镜像见证服务器。

手动故障转移
这要求使用高安全性模式。伙伴双方必须互相连接，并且数据库必须已同步。

强制服务（可能造成数据丢失）
在高性能模式和不带自动故障转移功能的高安全性模式下，如果主体服务器出现故障而镜像服务器可用，则可以强制服务运行。

重要提示：

高性能模式用于在没有见证服务器的情况下运行。但如果存在见证服务器，则强制服务将要求见证服务器连接到镜像服务器。

在任一种角色切换情况下，一旦新的主体数据库在线，客户端应用程序便会通过重新连接到数据库来快速恢复。

数据库镜像支持

数据库镜像伙伴和见证服务器受到 SQL Server 2005 Standard Edition SP1 和更高版本支持，还受到 SQL Server 2005 Enterprise Edition SP1 和更高版本支持。前提是各伙伴都必须使用相同的版本，只有 SQL Server 2005 Enterprise Edition SP1 及更高版本支持异步数据库镜像（高性能模式）。见证服务器还受到 SQL Server 2005 Workgroup Edition SP1 和更高版本以及 SQL Server 2005 Express Edition SP1 和更高版本支持。

数据库镜像的相关主题

数据库镜像会话

异步数据库镜像（高性能模式）

同步数据库镜像（高安全性模式）

数据库镜像见证服务器

自动故障转移

强制服务（可能造成数据丢失）

手动故障转移

数据库镜像的前提条件和建议

设置数据库镜像

请参阅

其他资源
连接客户端与镜像数据库
数据库镜像以及其他功能和组件
sp_dbcmptlevel (Transact-SQL)

数据库镜像的前提条件和建议

SQL Server 2005

其他版本

更新日期： 2006 年 12 月 12 日
本主题说明了设置数据库镜像的必备条件和建议。有关数据库镜像的介绍，请参阅数据库镜像概述。

注意：

在 64 位和 32 位环境中，SQL Server 磁盘存储格式均相同。因此，数据库镜像会话可以将在 32 位环境中运行的服务器实例和在 64 位环境中运行的服务器实例组合在一起。

限制

在 32 位系统上，由于受每个数据库镜像会话所占用的工作线程数限制，对于每个服务器实例，数据库镜像最多支持 10 个数据库。

跨数据库事务和分布式事务均不支持数据库镜像。有关详细信息，请参阅数据库镜像和跨数据库事务。

必备条件

在设置数据库镜像之前，必须执行以下步骤：

确保两个伙伴（主体服务器和镜像服务器）运行相同版本的 Microsoft SQL Server 2005。两个伙伴需要运行 SQL Server 2005 Standard Edition 或 SQL Server 2005 Enterprise Edition。

如果使用见证服务器，则确保在其系统上安装 SQL Server 2005。见证服务器可以在支持 SQL Server 2005 Standard Edition、Enterprise Edition、Workgroup Edition 或 Express Edition 的任何可靠计算机系统中运行。

验证镜像服务器能为镜像数据库提供足够的磁盘空间。

注意：

有关如何对复制数据库使用数据库镜像的信息，请参阅复制和数据库镜像。

在镜像服务器上创建镜像数据库时，请确保指定相同数据库名称 WITH NORECOVERY 来还原主体数据库备份。另外，还必须通过 WITH NORECOVERY 应用在该备份执行后创建的所有日志备份。

重要提示：

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

数据库镜像可使用任意支持的数据库兼容级别。有关支持的兼容级别的信息，请参阅 sp_dbcmptlevel (Transact-SQL)。

配置伙伴服务器的建议

应该在可以处理相同工作负荷的类似系统上运行伙伴。

注意：

如果计划使用具有自动故障转移功能的高安全性模式，则每个故障转移伙伴上的正常加载应使用小于 50％的 CPU。如果工作负荷超过 CPU 负荷，则故障转移伙伴可能无法 ping 镜像会话中的其他服务器实例，从而导致不必要的故障转移。如果无法保持 CPU 使用率始终在 50％以下，则建议使用不带自动故障转移功能的高安全性模式或使用高性能模式。

如有可能，镜像数据库的路径（包括驱动器号）应该与主体数据库的路径相同。如果文件布局必须互不相同（例如，如果主体数据库位于“F:”驱动器上，但镜像系统没有“F:”驱动器），则必须在 RESTORE 语句中加入 MOVE 选项。

重要提示：

如果创建镜像数据库时移动了数据库文件，则不挂起镜像可能导致以后无法向数据库添加文件。

镜像会话中的所有服务器实例都应该使用相同的主代码页和排序规则。如果使用不同的主代码页和排序规则，则在镜像设置期间可能会出现问题。

（可选）估计故障转移数据库的时间，以确保系统配置能提供您需要的性能。有关详细信息，请参阅估计角色切换过程中的服务中断。

为获得最佳性能，请为镜像使用专用网络接口卡 (NIC)。

关于广域网 (WAN) 对高安全性模式下的数据库镜像是否足够可靠，我们没有任何建议。如果您决定在 WAN 上使用高安全性模式，将见证服务器添加至会话时请小心谨慎，因为可能会发生意外的自动故障转移。有关详细信息，请参阅本主题后面的“部署数据库镜像的建议”。

部署数据库镜像的建议

使用异步操作可获得最佳的数据库镜像性能。如果镜像会话使用同步操作，则当该会话的工作负荷生成大量事务日志数据时，可能会降低性能。

在测试环境中，应当研究所有运行模式以评估数据库镜像的执行方式。但是，在生产环境中部署镜像之前，务必了解网络在实际环境中的运行方式，以便预测数据库镜像在其中的工作方式。

具有自动故障转移功能的高安全性模式专用于具有专用连接或非常简单的网络配置的高级服务网络，它可最大程度地减少可能的网络故障源。这种高质量的网络环境对于具有自动故障转移功能的高安全性模式而言至关重要，同时也建议将其用于数据库镜像会话。但是，网络可靠性对高性能模式和不带自动故障转移功能的高安全性模式具有较小的影响。

因此，对于生产环境，建议遵守下列部署指导原则：

在异步、高性能模式下开始运行。此模式受网络环境的影响最小，并为研究镜像的工作方式提供了最佳配置。除非您确信自己的带宽支持镜像，并且非常了解镜像设置以及异步模式在您环境中的性能的相关知识，否则，建议异步运行系统。有关详细信息，请参阅异步数据库镜像（高性能模式）。

重要提示：

建议您在测试过程中监视会话，以便发现导致数据库镜像失败的网络错误。有关潜在的故障源的详细信息，请参阅数据库镜像期间可能出现的故障。有关监视数据库镜像的信息，请参阅监视数据库镜像。

在确信异步操作符合您的业务要求之后，您可能希望尝试同步操作，以改善数据保护功能。当测试同步镜像在环境中的工作方式时，建议首先测试不带自动故障转移功能的高安全性模式。此测试的主要目的是了解同步操作如何影响数据库的性能。有关详细信息，请参阅同步数据库镜像（高安全性模式）。

等待启用自动故障转移，直到确信不带自动故障转移功能的高安全性模式满足您的业务需要并且网络错误不会导致故障。有关详细信息，请参阅自动故障转移。

注意：

使用 vardecimal 存储格式时，数据库镜像可以正常执行。但必须将每个数据库引擎至少升级到 SQL Server 2005 Service Pack 2，并且必须对所有相关数据库启用 vardecimal 存储格式。有关 vardecimal 存储格式的详细信息，请参阅将 Decimal 数据存储为可变长度类型。

请参阅

概念
数据库镜像会话
数据库镜像传输安全性
数据库镜像以及备份和还原
管理数据库镜像 (SQL Server Management Studio)
数据库镜像概述
对数据库镜像设置进行故障排除

更改历史记录

发布日期历史记录

2006 年 12 月 12 日

新增内容：

添加了在 64 位和 32 位环境中 SQL Server 磁盘存储格式均相同的说明。

更新了“限制”部分以说明数据库镜像不支持跨数据库事务和分布式事务。

添加了有关 vardecimal 存储格式的说明。

2006 年 4 月 14 日

新增内容：

添加了两个伙伴必须运行相同版本的 SQL Server 的要求。

添加了应该在类似系统上运行伙伴的建议。

添加了服务器实例共享相同主代码页和排序规则的建议。

更改的内容：

移入了设置数据库镜像中的信息。

本文链接

注意：
不能镜像 master、msdb、tempdb 或 model 数据库。

重要提示：
高性能模式用于在没有见证服务器的情况下运行。但如果存在见证服务器，则强制服务将要求见证服务器连接到镜像服务器。

注意：
在 64 位和 32 位环境中，SQL Server 磁盘存储格式均相同。因此，数据库镜像会话可以将在 32 位环境中运行的服务器实例和在 64 位环境中运行的服务器实例组合在一起。

注意：
有关如何对复制数据库使用数据库镜像的信息，请参阅复制和数据库镜像。

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

注意：
如果计划使用具有自动故障转移功能的高安全性模式，则每个故障转移伙伴上的正常加载应使用小于 50％的 CPU。如果工作负荷超过 CPU 负荷，则故障转移伙伴可能无法 ping 镜像会话中的其他服务器实例，从而导致不必要的故障转移。如果无法保持 CPU 使用率始终在 50％以下，则建议使用不带自动故障转移功能的高安全性模式或使用高性能模式。

重要提示：
如果创建镜像数据库时移动了数据库文件，则不挂起镜像可能导致以后无法向数据库添加文件。

重要提示：
建议您在测试过程中监视会话，以便发现导致数据库镜像失败的网络错误。有关潜在的故障源的详细信息，请参阅数据库镜像期间可能出现的故障。有关监视数据库镜像的信息，请参阅监视数据库镜像。

注意：
使用 vardecimal 存储格式时，数据库镜像可以正常执行。但必须将每个数据库引擎至少升级到 SQL Server 2005 Service Pack 2，并且必须对所有相关数据库启用 vardecimal 存储格式。有关 vardecimal 存储格式的详细信息，请参阅将 Decimal 数据存储为可变长度类型。

发布日期	历史记录
2006 年 12 月 12 日	新增内容：添加了在 64 位和 32 位环境中 SQL Server 磁盘存储格式均相同的说明。更新了“限制”部分以说明数据库镜像不支持跨数据库事务和分布式事务。添加了有关 vardecimal 存储格式的说明。
2006 年 4 月 14 日	新增内容：添加了两个伙伴必须运行相同版本的 SQL Server 的要求。添加了应该在类似系统上运行伙伴的建议。添加了服务器实例共享相同主代码页和排序规则的建议。更改的内容：移入了设置数据库镜像中的信息。

Sqlserver 2005 配置数据库镜像:版本支持情况

2011-08-03T06:28:00Z

数据库镜像伙伴服务器受到 SQL Server 2005 Standard Edition SP1 和更高版本支持，还受到 SQL Server 2005 Enterprise Edition SP1 和更高版本支持。
异步数据库镜像（高性能模式）: 前提是各伙伴都必须使用相同的版本，只有 SQL Server 2005 Enterprise Edition SP1 及更高版本支持。
见证服务器受到 SQL Server 2005 Standard Edition SP1 和更高版本支持，还受到 SQL Server 2005 Enterprise Edition SP1 和更高版本支持，还受到 SQL Server 2005 Workgroup Edition SP1 和更高版本以及 SQL Server 2005 Express Edition SP1 和更高版本支持。

本文链接

Sqlserver 2005 配置数据库镜像:为镜像准备镜像数据库 (Transact-SQL)

2011-08-03T06:13:00Z

为镜像准备镜像数据库 (Transact-SQL)

SQL Server 2005

其他版本

更新日期： 2008 年 11 月 17 日

只有存在镜像数据库才能启动数据库镜像会话。镜像数据库的名称必须与主体数据库的名称相同。数据库所有者或系统管理员可以从主体数据库的最新完整备份和至少一个后续日志备份中创建镜像数据库。为使镜像正常运行，镜像数据库必须保持 RESTORING 状态。因此，将备份还原到镜像数据库时，对于每个还原操作都必须始终使用 WITH NORECOVERY。

如果已删除镜像，并且该镜像数据库仍处于 RECOVERING 状态，则可以重新启动镜像。但是，首先在主体数据库中必须至少执行一个日志备份。然后在该镜像数据库中，必须使用 WITH NORECOVERY 还原删除镜像后对主体数据库执行的所有日志备份。

注意：
不能镜像 master、msdb、temp 或 model 系统数据库。

过程

为进行数据库镜像创建数据库

确保主体服务器实例和镜像服务器实例都已安装了 Microsoft SQL Server 2005。
验证数据库是否使用了完整恢复模式。

有关详细信息，请参阅如何查看或更改数据库恢复模式 (SQL Server Management Studio) 或 sys.databases (Transact-SQL) 和 ALTER DATABASE (Transact-SQL)。
备份主体数据库以生成完整数据库备份。

有关详细信息，请参阅如何备份数据库 (SQL Server Management Studio) 或如何创建完整数据库备份 (Transact-SQL)。

注意：

另外，可以还原现有的完整数据库备份，也可以还原差异数据库备份，然后再还原每个后续日志备份。
确保计划创建镜像数据库所在的系统的磁盘驱动器空间足以存储数据库。
除非在可从两个系统访问的网络驱动器上执行备份，否则，将数据库备份复制到该系统。

注意：
另外，可以还原现有的完整数据库备份，也可以还原差异数据库备份，然后再还原每个后续日志备份。

若要创建镜像数据库，请将完整数据库备份还原到镜像服务器实例上。RESTORE DATABASE database_name 语句必须指定 WITH NORECOVERY，其中，database_name 是要镜像的数据库的名称。

注意：
如果要逐个文件组地还原数据库，则要确保还原整个数据库。

另外，我们建议，如有可能，镜像数据库的路径（包括驱动器号）应该与主体数据库的路径相同。

如果文件布局必须互不相同（例如，如果主体数据库位于“F:”驱动器上，但镜像系统没有“F:”驱动器），则必须在 RESTORE STATEMENT 中加入 MOVE 选项。

重要提示：
在不影响会话的情况下，在镜像会话过程中添加文件要求该文件路径同时存在于两个服务器上。因此，如果在创建镜像数据库时移动了数据库文件，则随后在镜像数据库上的添加文件操作可能会失败，并可能会导致镜像挂起。有关如何处理失败的创建文件操作的信息，请参阅对数据库镜像设置进行故障排除。

重要提示：

在不影响会话的情况下，在镜像会话过程中添加文件要求该文件路径同时存在于两个服务器上。因此，如果在创建镜像数据库时移动了数据库文件，则随后在镜像数据库上的添加文件操作可能会失败，并可能会导致镜像挂起。有关如何处理失败的创建文件操作的信息，请参阅对数据库镜像设置进行故障排除。

有关详细信息，请参阅 RESTORE (Transact-SQL) 和 RESTORE 参数 (Transact-SQL)。

通常，在主体数据库中必须进行至少一次日志备份，然后将该备份复制到镜像服务器上并在镜像数据库中还原（使用 WITH NORECOVERY）。但是，如果数据库刚刚创建而尚未进行日志备份，或者如果恢复模式刚刚从 SIMPLE 更改为 FULL，则不必进行日志备份。

为了将日志备份应用到镜像数据库，可以在镜像服务器上使用 SQL Server 或 Transact-SQL：
- 如何应用事务日志备份 (Transact-SQL)
- 如何还原事务日志备份 (SQL Server Management Studio).
在执行完必要的日志备份之后，如果对主体数据库进行了任何其他日志备份，则还必须将这些备份复制到镜像服务器上并将每个日志备份都应用到镜像数据库，以最早的备份开始进行，并始终使用 WITH NORECOVERY。

安全说明：
备份数据库时，TRUSTWORTHY 设置为 OFF。因此，在新的镜像数据库中，TRUSTWORTHY 始终为 OFF。如果数据库在故障转移之后需要得到信任，则必须执行其他设置步骤。有关详细信息，请参阅如何将镜像数据库设置为使用 Trustworthy 属性。

重要提示：
如果数据库镜像停止，则必须将对主体数据库执行的所有后续日志备份都应用到镜像数据库，然后才可以重新启动镜像。

示例

必须先创建镜像数据库，才能启动数据库镜像会话。应该在启动镜像会话之前执行此操作。

此示例使用了 AdventureWorks 示例数据库，默认情况下，该数据库使用简单恢复模式。

若要对 AdventureWorks 数据库使用数据库镜像，请改用完整恢复模式：
USE master; GO ALTER DATABASE AdventureWorks SET RECOVERY FULL; GO
将数据库的恢复模式从 SIMPLE 更改为 FULL 之后，创建一个完整备份，以用于创建镜像数据库。由于恢复模式已更改，因此指定了 WITH FORMAT 选项来创建新的媒体集。这对区分完整恢复模式下的备份与以前在简单恢复模式下创建的备份非常有用。为了实现此示例的目的，在数据库所在的驱动器上创建备份文件 (C:\AdventureWorks.bak)。

注意：

对于生产数据库，应始终备份到单独的设备。

在 PARTNERHOST1 的主体服务器实例上，创建主体数据库的完整备份，如下所示：
BACKUP DATABASE AdventureWorks TO DISK = 'C:\AdventureWorks.bak' WITH FORMAT GO
将完整备份复制到镜像服务器。

注意：
对于生产数据库，应始终备份到单独的设备。

使用 WITH NORECOVERY 将完整备份还原到镜像服务器实例。还原命令取决于主体数据库与镜像数据库的路径是否相同。

如果路径相同：
在 PARTNERHOST5 的镜像服务器实例上，还原完整备份，如下所示：

RESTORE DATABASE AdventureWorks 
    FROM DISK = 'C:\AdventureWorks.bak' 
    WITH NORECOVERY
GO

如果路径不同：
如果镜像数据库的路径与主体数据库的路径不同（例如，它们所在的驱动器号不同），则创建镜像数据库要求还原操作包含 MOVE 子句。

重要提示：
如果主体数据库与镜像数据库的路径名称不同，则无法添加文件。原因是在接收添加文件操作所需的日志时，镜像服务器实例尝试将新文件放置在主体数据库所在的位置。

例如，以下命令将位于 C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\ 的主体数据库备份还原到镜像数据库所在的另一个位置 D:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\。

RESTORE DATABASE AdventureWorks
   FROM DISK='C:\AdventureWorks.bak'
   WITH NORECOVERY, 
      MOVE 'AdventureWorks_Data' TO 
         'D:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\AdventureWorks_Data.mdf', 
      MOVE 'AdventureWorks_Log' TO
         'D:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Data\AdventureWorks_Log.ldf';
GO

创建完整备份之后，必须在主体数据库中创建日志备份。例如，下面的 Transact-SQL 语句将日志备份到先前的完整备份所使用的文件中：
BACKUP LOG AdventureWorks TO DISK = 'C:\AdventureWorks.bak' GO
在开始镜像之前，必须应用必要的日志备份（以及所有后续日志备份）。
例如，以下 Transact-SQL 语句还原 C:\AdventureWorks.bak 中的第一个日志：
RESTORE LOG AdventureWorks FROM DISK = 'C:\AdventureWorks.bak' WITH FILE=1, NORECOVERY GO
如果在开始镜像之前进行任何其他日志备份，则还必须使用 WITH NORECOVERY 按顺序将所有这些日志备份还原到镜像服务器上。
例如，以下 Transact-SQL 语句还原 C:\AdventureWorks.bak 中的其他两个日志：
RESTORE LOG AdventureWorks FROM DISK = 'C:\AdventureWorks.bak' WITH FILE=2, NORECOVERY GO RESTORE LOG AdventureWorks FROM DISK = 'C:\AdventureWorks.bak' WITH FILE=3, NORECOVERY GO

有关设置数据库镜像、显示安全设置、准备镜像数据库、设置伙伴以及添加见证服务器的完整示例，请参阅设置数据库镜像。

请参阅

任务
如何配置数据库镜像会话 (SQL Server Management Studio)
如何建立使用 Windows 身份验证的数据库镜像会话 (Transact-SQL)

概念
为镜像准备镜像数据库
数据库镜像传输安全性
数据库镜像和全文目录
数据库镜像概述
复制和数据库镜像

其他资源
BACKUP (Transact-SQL)
RESTORE 参数 (Transact-SQL)
RESTORE (Transact-SQL)

本文链接

Sqlserver 2005 配置数据库镜像:指定服务器网络地址:该死的完全限定域名(fully qualified domain name:FQDN)问题

2011-08-03T06:02:00Z

指定服务器网络地址（数据库镜像）

SQL Server 2005

其他版本

更新日期： 2008 年 11 月 17 日

设置数据库镜像会话要求每个服务器实例都有一个服务器网络地址。服务器实例的服务器网络地址必须通过提供系统地址和实例侦听的端口号来明确标识该实例。

在服务器网络地址中指定一个端口之前，服务器实例上必须具有数据库镜像端点。有关详细信息，请参阅如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)。

服务器网络地址的语法

服务器网络地址的语法格式如下：

TCP :// < system-address> : < port>

其中

< system-address> 是明确标识目标计算机系统的字符串。通常，服务器地址为完全限定域名或 IP 地址：
- 若要使用 IP 地址，则该地址在您环境中必须是唯一的。建议只使用静态的 IP 地址。IP 地址可以是 IP 版本 4 (IPv4) 或 IP 版本 6 (IPv6)。必须用方括号将 IPv6 地址括起来，例如：[<IPv6 地址>]。
  若要了解系统的 IP 地址，请在 Windows 命令提示符下，输入 ipconfig 命令。
- 保证完全限定域名的有效性。它是在不同位置具有不同形式的本地定义的地址字符串。通常（但并不总是），完全限定域名是一个复合名称，包含计算机名称和一系列句点分隔的域段，其格式为：
  computer_name . domain_segment[....domain_segment]
  其中，computer_name 是运行服务器实例的计算机的网络名称，domain_segment[....domain_segment] 是服务器的其余域信息；例如：localinfo.corp.adventure-works.com。
  在公司或组织内确定域段的内容和数量。如果您不知道服务器的完全限定域名，请与系统管理员联系。
  
  注意：
  
  有关如何查找完全限定域名的信息，请参阅本主题后面的“查找完全限定域名”。
< port> 是伙伴服务器实例的镜像端点所用的端口号。有关指定端点的信息，请参阅如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)。
数据库镜像端点可以使用计算机系统上的任意可用端口。计算机系统上的每个端口号只能与一个端点相关联，而每个端点与一个服务器实例相关联；这样，同一服务器上的不同服务器实例便可使用不同端口来侦听各个端点。因此，设置数据库镜像会话时在服务器网络地址中指定的端口会始终将会话定向到其端点与该端口关联的服务器实例。
在服务器实例的服务器网络地址中，只有通过与其镜像端点关联的端口号才能将实例与计算机上的所有其他实例区分开来。下图显示了一台计算机上两个服务器实例的服务器网络地址。默认实例使用端口 7022，命名实例使用端口 7033。这两个服务器实例的服务器网络地址分别为：TCP://MYSYSTEM.adventure-works.MyDomain.com:7022 和 TCP://MYSYSTEM.adventure-works.MyDomain.com:7033。请注意，地址中不包含服务器实例名。

若要标识当前与服务器实例的数据库镜像端点关联的端口，请使用以下 Transact-SQL 语句：
SELECT type_desc, port FROM sys.tcp_endpoints
找到 type_desc 值为“DATABASE_MIRRORING”的行，然后使用对应的端口号。

注意：
有关如何查找完全限定域名的信息，请参阅本主题后面的“查找完全限定域名”。

示例

A. 使用完全限定域名

以下服务器网络地址指定完全限定域名 DBSERVER8.manufacturing.adventure-works.com 和端口 7024。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://DBSERVER8.manufacturing.adventure-works.com:7024';

B. 使用 IPv4

以下服务器网络地址指定 IPv4 地址 192.168.19.46 和端口 7023。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://192.168.19.46:7023';

C. 使用 IPv6

以下服务器网络地址包含 IPv6 地址 2001:4898:23:1002:20f:1fff:feff:b3a3 和端口 7022。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://[2001:4898:23:1002:20f:1fff:feff:b3a3]:7022';

查找完全限定域名

若要查找系统的完全限定域名，请在该系统的 Windows 命令提示符下，输入：

IPCONFIG /ALL

若要建立完全限定域名，请连接 <host_name> 和 <Primary_Dns_Suffix> 的值，如下所示：

<host_name> . <Primary_Dns_Suffix>

例如，IP 配置

Host Name . . . . . . : MYSERVER

Primary Dns Suffix . . . : mydomain.adventure-works.com

等同于以下完全限定域名：

MYSERVER.mydomain.adventure-works.com

示例

以下示例显示了其他域中名为 REMOTESYSTEM3 的计算机系统上的某个服务器实例的服务器网络地址。域信息为 NORTHWEST.ADVENTURE-WORKS.COM，数据库镜像端点的端口为7025。假设具有这些示例组件，则服务器网络地址将为：

TCP://REMOTESYSTEM3.NORTHWEST.ADVENTURE-WORKS.COM:7025

请参阅

任务
如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)

其他资源
数据库镜像

帮助和信息
获取 SQL Server 2005 帮助

更改历史记录

版本历史记录

2008 年 11 月 17 日

更改的内容：

删除了不正确的信息陈述：如果系统中同一个域中，则 <系统地址> 可以用作服务器地址。

删除了将系统名称用作系统地址的示例。

2005 年 12 月 5 日

更改的内容：

修改了服务器网络地址的系统地址部分的语法。

本主题替换了“如何指定数据库镜像的服务器网络地址”。

注意：

本文链接

博客园_数据库探索

Sqlserver 2005：多核cpu使用仅仅使用单个cpu的的问题

Thunderbird 邮件客户端：windows 和 ubuntu 或 liunx 下共用的方法

Use MVS Dsbame convensions. windows下ftp.exe客户端上传错误

Oracle：使用ASM自动存储管理, 严重推荐

Oracle：Oracle 10 RAC 安装群集件的准备工作

Sqlserver 2005：数据库快照

概念
数据库快照

帮助和信息
获取 SQL Server 2005 帮助

概念
创建数据库快照
数据库快照
删除数据库快照

帮助和信息
获取 SQL Server 2005 帮助

Sqlserver 2005 配置数据库镜像:概述

其他资源
连接客户端与镜像数据库
数据库镜像以及其他功能和组件
sp_dbcmptlevel (Transact-SQL)

概念
数据库镜像会话
数据库镜像传输安全性
数据库镜像以及备份和还原
管理数据库镜像 (SQL Server Management Studio)
数据库镜像概述
对数据库镜像设置进行故障排除

Sqlserver 2005 配置数据库镜像:版本支持情况

Sqlserver 2005 配置数据库镜像:为镜像准备镜像数据库 (Transact-SQL)

任务
如何配置数据库镜像会话 (SQL Server Management Studio)
如何建立使用 Windows 身份验证的数据库镜像会话 (Transact-SQL)

概念
为镜像准备镜像数据库
数据库镜像传输安全性
数据库镜像和全文目录
数据库镜像概述
复制和数据库镜像

其他资源
BACKUP (Transact-SQL)
RESTORE 参数 (Transact-SQL)
RESTORE (Transact-SQL)

Sqlserver 2005 配置数据库镜像:指定服务器网络地址:该死的完全限定域名(fully qualified domain name:FQDN)问题

A. 使用完全限定域名

以下服务器网络地址指定完全限定域名 `DBSERVER8.manufacturing.adventure-works.com` 和端口 `7024`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://DBSERVER8.manufacturing.adventure-works.com:7024';

B. 使用 IPv4

以下服务器网络地址指定 IPv4 地址 `192.168.19.46` 和端口 `7023`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://192.168.19.46:7023';

C. 使用 IPv6

以下服务器网络地址包含 IPv6 地址 `2001:4898:23:1002:20f:1fff:feff:b3a3` 和端口 `7022`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://[2001:4898:23:1002:20f:1fff:feff:b3a3]:7022';

任务
如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)

其他资源
数据库镜像

帮助和信息
获取 SQL Server 2005 帮助

博客园_数据库探索

Sqlserver 2005：多核cpu使用仅仅使用单个cpu的的问题

Thunderbird 邮件客户端：windows 和 ubuntu 或 liunx 下共用的方法

Use MVS Dsbame convensions. windows下ftp.exe客户端上传错误

Oracle：使用ASM自动存储管理, 严重推荐

Oracle：Oracle 10 RAC 安装群集件的准备工作

Sqlserver 2005：数据库快照

概念 数据库快照

帮助和信息 获取 SQL Server 2005 帮助

概念 创建数据库快照 数据库快照 删除数据库快照

帮助和信息 获取 SQL Server 2005 帮助

Sqlserver 2005 配置 数据库镜像:概述

其他资源 连接客户端与镜像数据库 数据库镜像以及其他功能和组件 sp_dbcmptlevel (Transact-SQL)

概念 数据库镜像会话 数据库镜像传输安全性 数据库镜像以及备份和还原 管理数据库镜像 (SQL Server Management Studio) 数据库镜像概述 对数据库镜像设置进行故障排除

Sqlserver 2005 配置 数据库镜像:版本支持情况

Sqlserver 2005 配置 数据库镜像:为镜像准备镜像数据库 (Transact-SQL)

任务 如何配置数据库镜像会话 (SQL Server Management Studio) 如何建立使用 Windows 身份验证的数据库镜像会话 (Transact-SQL)

概念 为镜像准备镜像数据库 数据库镜像传输安全性 数据库镜像和全文目录 数据库镜像概述 复制和数据库镜像

其他资源 BACKUP (Transact-SQL) RESTORE 参数 (Transact-SQL) RESTORE (Transact-SQL)

Sqlserver 2005 配置 数据库镜像:指定服务器网络地址:该死的完全限定域名(fully qualified domain name:FQDN)问题

A. 使用完全限定域名 以下服务器网络地址指定完全限定域名 DBSERVER8.manufacturing.adventure-works.com 和端口 7024。 ALTER DATABASE AdventureWorks SET PARTNER ='tcp://DBSERVER8.manufacturing.adventure-works.com:7024';

B. 使用 IPv4 以下服务器网络地址指定 IPv4 地址 192.168.19.46 和端口 7023。 ALTER DATABASE AdventureWorks SET PARTNER ='tcp://192.168.19.46:7023';

C. 使用 IPv6 以下服务器网络地址包含 IPv6 地址 2001:4898:23:1002:20f:1fff:feff:b3a3 和端口 7022。 ALTER DATABASE AdventureWorks SET PARTNER ='tcp://[2001:4898:23:1002:20f:1fff:feff:b3a3]:7022';

任务 如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)

其他资源 数据库镜像

帮助和信息 获取 SQL Server 2005 帮助

概念
数据库快照

帮助和信息
获取 SQL Server 2005 帮助

概念
创建数据库快照
数据库快照
删除数据库快照

帮助和信息
获取 SQL Server 2005 帮助

Sqlserver 2005 配置数据库镜像:概述

其他资源
连接客户端与镜像数据库
数据库镜像以及其他功能和组件
sp_dbcmptlevel (Transact-SQL)

概念
数据库镜像会话
数据库镜像传输安全性
数据库镜像以及备份和还原
管理数据库镜像 (SQL Server Management Studio)
数据库镜像概述
对数据库镜像设置进行故障排除

Sqlserver 2005 配置数据库镜像:版本支持情况

Sqlserver 2005 配置数据库镜像:为镜像准备镜像数据库 (Transact-SQL)

任务
如何配置数据库镜像会话 (SQL Server Management Studio)
如何建立使用 Windows 身份验证的数据库镜像会话 (Transact-SQL)

概念
为镜像准备镜像数据库
数据库镜像传输安全性
数据库镜像和全文目录
数据库镜像概述
复制和数据库镜像

其他资源
BACKUP (Transact-SQL)
RESTORE 参数 (Transact-SQL)
RESTORE (Transact-SQL)

Sqlserver 2005 配置数据库镜像:指定服务器网络地址:该死的完全限定域名(fully qualified domain name:FQDN)问题

A. 使用完全限定域名

以下服务器网络地址指定完全限定域名 `DBSERVER8.manufacturing.adventure-works.com` 和端口 `7024`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://DBSERVER8.manufacturing.adventure-works.com:7024';

B. 使用 IPv4

以下服务器网络地址指定 IPv4 地址 `192.168.19.46` 和端口 `7023`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://192.168.19.46:7023';

C. 使用 IPv6

以下服务器网络地址包含 IPv6 地址 `2001:4898:23:1002:20f:1fff:feff:b3a3` 和端口 `7022`。

ALTER DATABASE AdventureWorks SET PARTNER ='tcp://[2001:4898:23:1002:20f:1fff:feff:b3a3]:7022';

任务
如何创建使用 Windows 身份验证的镜像端点 (Transact-SQL)

其他资源
数据库镜像

帮助和信息
获取 SQL Server 2005 帮助