sqlserver数据库镜像

① 怎样查看SQLServer2005镜像数据库的数据

镜像数据库是norecovery状态，所以是看不了数据的，除非切断镜像将其恢复
不过镜像是实时同步的，所以两边的数据是一模一样的

② Oracle与SQLServer数据库镜像对比

数据库镜像是将数据库事务处理从一个数据库移动到不同环境中的另一个数据库中 镜像的拷贝是一个备用的拷贝 不能直接访问 它只用在错误恢复的情况下 Oracle数据库与MSSQL数据操作上有很大的不同 但是 在镜像操作方面有类比的地方 这篇文章关于MSSQL数据库镜像在Oracle数据库中是如何实现的 它们之间存在哪些差异呢

首先 微软SQL数据库中的镜像数据库类似于Oracle数据库中的备用数据库 我说的只是类似 确切的说 我们需要考虑不同数据库在自己体系中的差异 MSSQL作为一个实例来操作 一个实例包含几个数据库 你首先要登录一个实例 然后选择哪个数据库作用于该实例 而在Oracle数据库中 简单模式（忽略RAC）就只有一个数据库与一个实例相联系 因此 可以这么说 在Oracle数据库中 备份数据库（standby database）就完全是主数据库的快照 而在MSSQL中 镜像数据库仅仅是选择的那个数据库的备份 但没有包括代理 登录 任务（这些或者更多的数据库项目需要单独在数据库镜像上创建或者复制）这些外部数据项

在服务器数量上 Oracle的主数据库和备用数据库配置最小需要 台 在MSSQL中 最小数据是 个或 个 根据你所选择的高可用性 高安全性 高性能方式所决定

高可用性方式 这个操作模式选项允许你在两台服务器上同步事务写入 并支持自动错误恢复 要使用这个选项 你必须还要使用一个证人服务器

高保护方式 这个选项可以让你在两台服务器上同步事物写入 但是错误恢复是手工的 因为自动的错误恢复不是这个选项的一部分 所以也不会用到证人服务器

高性能方式 这个选项不关心两台服务器上的写入是否是同步的 因此在性能上有所提高 当使用这个选项的时候 你只能假设镜像服务器上的所有事情都是成功完成 这个选项只允许手工的错误恢复 因此不会用到证人服务器

为了保证故障自动恢复 就需要有第三台服务器 可以称之为目击者（另外两个就是主数据库和镜像数据库） 你可以将这个目击者当作群集中的一个成员 它实现了 比 投票的能力 当我的一个组件不可达 并因此需要进行错误恢复的时候 证人服务器只有在你想实现自动错误恢复的时候才需要用到

在Oracle数据的一个事务中 日志缓冲器在废数据写入数据文件（忽略write ahead情况）前被刷新或者写入到redo日志中 这种刷新或者写入到redo日志的行为是有必要的 如像实例失败（使用前滚和回滚恢复过程）这样的事件发生时 MSSQL也承认将日志缓冲器写入到磁盘的重要性 不过这里称之为硬化（hardening） 首先将事务日志缓冲器的信息写入到磁盘或者硬化 接着将日志记录块发送到镜像数据库中 镜像数据库接收到该日志记录块后 将之存入到某个缓冲器中 随后依次硬化该日志记录块

当数据发生变化时 MSSQL数据库如何保持主数据库和镜像数据库的一致性呢？

Oracle用户非常熟悉SCN 而MSSQL用户通过使用mirroring_failover_lsn机制（粗略来讲就是一个日志序列号） MSSQL与Oracle不同 MSSQL将事务分离（两个事务在两个机器上） 而不是一个分布式事务（在自身提交前需要远程等待提交）

另外一个相似点 但稍微有些畸变的反射就是redo日志和事务日志 在Oracle中 完成的redo日志将被发送到远程的服务器中 将完成的redo日志应用到备份数据中去 在MSSQL中 事务日志没有被传输 但是就像我以上提到的 日志缓冲器数据发送到网络上 这就导致另外一个镜像反射 备份和恢复模式

在Oracle中 当你处于归档模式或者非归档模式的时候 这些操作是内定的 如果归档redo日志被传输或者提交到一个远程的服务器 那么主数据库明显就是在归档模式下 那些文件就是这么产生的 运行在这种模式下 允许有少量的数据丢失 因为在发生故障（无论什么样的故障）前 恢复能够在任意一个点上执行 在MSSQL中是类似的 但是有三种状态需要选择

《SQL Server联机丛书》 像许多其它的在线资源一样 讲述了在使用MSSQL时 种恢复模式的不同点 快速的比较有 MSSQL完整模式对应于Oracle中的归档模式 简单模式对应于非归档模式 bulk模式与使用直接路径插入 添加提示 或者与nologging模式操作类似

根据以上三种模式（这三种模式很容易转换 不需要关机或者重启）的描述以及日志缓冲器和归档redo日志的讨论中 很容易断定在MSSQL中进行数据库的镜像需要将数据的回复模式设置成完全模式（full model） 简单模式（Simple model）或许也能行 但是这种模式下维持事务日志中的小部分数据 在备份中 如果在日志被删节了 整个镜像过程也就破环了 因为当你在将事务发送到镜像数据库中的时候 如果日志被删节了 这个过程就不能完成

说到数据库被破坏该怎么办呢？

这正是镜像（或者说备份）的主要目的 当主数据库断开或者说遇到故障时候我们希望系统能回到镜像前或者备份前的状况去 这如何才能实现呢？我们能自动实现或者手动实现 想实现这些 需要一些已经完成的设置 在MSSQL中 自动故障恢复 回到原来状态需要在HA模式 事务安全是full 数据传输是同步 有目击服务器的情况下 这种模式下运行还需要使用企业版的数据库系统 高安全性和高性能在标准版的情况下也能实现

MSSQL还有其它版本的选择 但是这些并不如Oracle的反射 干净 这些版本包括 Developer Workgroup 和 SQL Express 举个例子 目击服务器能够是任何的版本 但是如果你想给镜像服务器做一个快照 那么你就需要企业或者开发版的了

在设置伙伴（partner 通常有主数据库和镜像数据库组成）过程中 他们的恢复状态开始起作用 通过使用相同的名字 镜像在远程/镜像服务器上建立（使用配置数据库镜像安全向导是最简单的方法）起来 并且镜像数据库被设置成NORECOVERY 通常它是恢复（recovering）状态的 在MSSQL中 恢复数据库是没有的 因此没有进行上述的设置 是不能被其他用户当作只读数据库来使用的

为了避免这个中缺陷 你可以给镜像做一个快照 使得该 影像 对用户可见 正如我上述所提到的那样 这需要你的数据库版本是企业（或者开发）版 这就意味着用户需要有快照数据库的知识 知道如何进入存储它 如何告诉应用程序使用哪个数据库 惯例上来说 配置文件使用的 NET环境 你能建立一个主数据库和一个故障回滚的辅数据库 如果在Oracle中配置过备份数据库 你就会觉得这很类似

结论

这篇文章内容包括按照Oracle的方式 如何更好的理解在另一种主流的RDBMS上执行镜像或者复制 试着学习和解释你的RDBMS如何工作的 从另外一种模式来得到你的注意有助于你搞清楚你当前数据库系统运行原理 举个例子 我发现非常有实用价值的是Oracle归档模式和MSSQL三种恢复模式之间的关系 使用在MSSQL中的一些术语（伙伴 主数据库 目击 镜像）有助于你构成和识别Oracle中执行数据库镜像的操作

③ sqlserver2008怎么查看镜像端点

方法/步骤

1
在要做镜像的数据库之上右键单击，选择备份

2
备份类型为完版整，注意记录备份路径权

3
重复以上操作，此次备份类型为事务日志

4
将刚刚备份的文件拷贝到另外一台备份的数据库内

5
右键数据库，选择恢复数据库

6
选择源设备

7
选择完整备份的数据库

8
单击确定

9
勾选刚刚恢复的数据库

10
点击选项，勾选不对数据库执行任何操作

11
右键选择刚刚恢复的数据库，选择还原任务日志

12
勾选从磁盘恢复，选择对应的文件

13
同样选择不对数据库执行任何操作

14
可看到正在同步和还原

右键刚刚的数据库选择镜像

点击配置安全

勾选使用见证服务器

主服务器

选择镜像服务器

选择见证服务器

设置服务器连接用户名

点击完成结束

点击开始惊喜

镜像结束

④ 关于sql server 数据库镜像的几个问题

1.SQL Server 节点1 Tonym 和 Tonym02必须位于同一域中，并且SQL1 和SQL2都要使用域账户启动SQL Server服务和SQLServerAgent服务。

保证同一个域帐户对两个服务都有权限.

2.在企业管理器中删掉local连接，应用Server Name注册本地服务器 Tonym，辅助服务器Tonym02

3.在SQL1 服务器上新建共享文件夹NorthwindBackupShare01，赋予启动SQL Server账户的Full 权限。在SQL1服务器上新建文件夹 ReceiveSQL2Logs，用来在进行数据库角色转换时接收从SQL2上传送过来的日志。 在SQL2 服务器上新建共享文件夹NorthwindBackupShare02，赋予启动SQL Server账户的Full 权限。在SQL2服务器上新建文件夹 ReceiveSQL1Logs，用来接收数据库SQL1上传送过来的日志。
4.设置想要应用Log Shipping的服务器为完全恢复模式。

5.在Database Maintenance Plans上右键 New maintenance Plan，选择进行LogShipping 的数据库，每次只允许选择一个数据库。

6．去掉Back up the database as part of the maintenance plan,保证维护计划唯一性（推荐）

7．指定数据库日志备份路径。

8．指定存放日志文件的共享文件夹。

8.添加目的数据库。

Server Name 为目的名称

Transaction Log Destination Directory 填写从SQL1上传送到SQL2上日志文件的接收路径.

Destination Database 选择新建数据库（指定数据文件，日志文件存放路径）或者应用已存在的数据库

Database Load State

No recovery mode：使用者将无法进行资料查询，只供备份使用.

Standby mode ：设置成只读模式，只要不是进行日志回存的时候，都可以进行查询。

Terminate users in database(Recommended) ：在回存数据库或是交易日志文件时，回存程序将是数据库唯一的使用者。

Allow database to assume primary role：允许主要服务器与次要服务器之间进行角色转换。

选择进行角色转换后新主要服务器的共享目录路径。

o

9．Initialize the Destination Database: 挑选最近一次的资料或是建立一份新的备份资料。对大型数据库，使用即有备份比较有效率。但是要保证从备份之后的日志都存在于主服务器上的日志共享目录中。

10．设定主服务器上日志备份频率。

11．设置辅助服务器复制备份日志和加载备份日志的频率，以及日志文件在辅助服务器上的留存时间。

12．针对日志备份及日志回存工作，设定合理的延迟时间，当超过临界时间时，日志传送监控程序对话框会相应一个警告信息。

13．指定监控服务器，应该指定独立于主服务器，辅助服务器的第三台服务器作为监控服务器，或者指定辅助服务器为监控服务器。

14．点击Next，指定维护计划的名称。Finish，开始进行Log shipping 的创建。

⑤ 如何启用数据库镜像我的SQL Server 2005 产品是：Microsoft SQL Server Developer Edition（简体中文）

需要在重新启动SQL的服务时添加跟踪标记
先net stop "MSSQLSERVER"
再net start "MSSQLSERVER" /T1400
然后把随之停掉的AGENT服务也启动一下
但每次重启服务时都必须重做一遍，因此方便起见最好是打SP1以上补丁

⑥ 怎样安装SQL server ISO镜像文件

我们需要使用虚拟光驱daemon
tool，安装镜像文件的特别不错的软件。打开->添加镜像文件->载入（一般会自动载入）。
双击映像目录下的文件,会弹出安装窗口,直接点击运行
1.进入安装列表后,选择左侧的安装目录,点击全新sql
server独立安装
安装过程，我们的原则是能默认的都默认，方便以后使用时更改
功能选择界面，建议功能全选，其实也没完全用不到的功能。
实例目录，id以及命名，这里依旧选择默认
服务器设置，还是默认，不建议初学者修改
sql
server管理员必须填写，选择当前用户即可
控制器名称，直接默认为空，工作目录根据自己情况而定，由于使用时个人需要多次更改，还是选择默认
下一步之后就进入了安装，安装过程较慢，大约30-60分钟，根据电脑配置而定
恭喜，安装成功了
在开始菜单栏找到点击运行就可以了
最后无关紧要的一步，弹出虚拟光驱就可以了

⑦ 如何监控sqlserver 镜像状态报警

SQLServer2005以上版本提供了一个数据库镜像监视器，不过打开它的方法比较特别。有了图形界面以后，SQLServer数据库镜像的维护难度跟成本大大降低了。
1.首先，打开SMS，在任意一个数据库上面点右键，任务，启动数据库镜像监视器。
2.点击注册镜像数据库，在服务器实例下拉菜单中选择镜像数据库的实例名，如果没有，可以直接点连接，然后在链接到服务器窗口中进行设置，如下图所示：


3.设置好后点确定就出现如下窗口所示了：

4. 点击警告选项卡，可以设置对警告的阈值进行设置，如下图所示：

5.在步骤3的窗口上点击历史记录，就可以查看SQLServer数据库镜像运行的历史记录了。如下图所示：

⑧ MS SQL SERVER镜像的问题

镜像数据库 "house" 包含的事务日志数据不足，无法保留主体数据库的日志备份链。如果没有从主体数据库进行日志备份或者没有在镜像数据库上还原日志备份，则可能会出现这种情况。(Microsoft SQL Server, 错误: 1478)
出现这个错误是由于没有备份和恢复事务日志

⑨ SQL Server 2008 数据库镜像部署实例之一 数据库准备

一、目标

利用Sql Server 2008 enterprise X64，建立 异步 （高性能）镜像数据库，同时建立见证服务器实现自动故障转移。

二、前提条件、限制和建议

2.1 、伙伴双方（主体服务器和镜像服务器）及见证服务器必须使用 相同版本 的Sql Server

2.2 、如使用见证服务器，择须确保其系统上安装 Sql Server 2005 或更高 版本

2.3 、在镜像服务器上创建镜像数据库时，确保制定 相同 的数据库名称WITH NOREBOVORY来还原主题数据库备份。另外，还必须通过 WITH NORECOVERY 应用在该备份执行后创建的所有日志备份。如果数据库镜像已经停止，则必须将对主体数据库执行的所有后续日志备份应用到镜像数据库中，然后才可以重新启动镜像。

2.4 、跨数据库事务和分布式事务均不支持数据库镜像

2.5 、镜像的数据库 路径 尽量与主体服务相同，如果主体服务器CPU利用率在50%以上，择不建议配置自动故障转移

2.6 、建议配置高效稳定的网络环境

三、设置概述

3.1 、确保所有数据库用户在镜像服务器上都有登录名

3.2 、在向另一个服务器实例提供数据库之前，您必须在该服务器实例上建立数据库用于新服务器实例时所需的环境

3.3 、使用 NORECOVERY 还原最近的主体数据库完整备份，以创建镜像数据库。WINgwiT确保执行备份时主体数据库已使用 完整 恢复模式。镜像数据库和主体数据库名称必须相同，并且它们在数据库镜像会话中不能被重命名。

3.4 、设置安全性并启动数据库镜像会话。可以使用 Transact-SQL 或数据库镜像向导来设置镜像。

3.5 、（可选）将见证服务器添加到会话。

四、在Windows Server 2008 R2上安装Sql Server 2008 enterprise X64

4.1 、SQL Server 2008 需要.NET 3.5支持，所以安装之前需要安装.NET3.5。在服务器管理的功能单元中，添加.NET Framework 3.5.1功能

4.2 、安装时选择全新SQL Server独立安装

4.3 、选定功能组件，注意安装目录与其他节点保持一致

4.4 、使用默认实例名称，或者与其他节点相同

4.5 、设定服务启动账户，这里配置所有，服务均使用 域管理 启动

4.6 、设置混合身份登录、制定SQL Server管理员

4.7 、点击下一步，等待安装完成。在其他节点按照同样方式安装SQL Server

五、配置数据库镜像前的数据库准备

5.1 、确认数据库使用了 完整 恢复模式：打开SQL Server Management，在VirtualManagerDB数据库（将要镜像的数据库）上点击右键选择属性，定位到选项页，将恢复模式改为“完整”

5.2 、备份主体数据库：在VirtualManagerDB数据库上点击右键——任务——备份，备份类型选择完整

5.3 、将备份文件拷贝到镜像节点，执行还原。右键点击数据库，选择还原数据库

选定备份文件，写入还原数据库名称，注意此数据库名称必须与主体服务器数据库名称一致。即VirtualManagerDB。

点击选项页，勾选覆盖现有数据库。选择NORECOVERY模式

5.4 、进行 完整日志 备份，执行backup LOG VirtualManagerDB to Disk = 'c:ackupvlogback.bak'

5.5 、同样，事务日志备份在镜像数据库上还原。镜像数据库上，点击右键——任务——还原——事务日志

5.6 、在还原选项中选中NORECOVERY，执行还原操作。

⑩ SQL SERVER 2008做镜像备份

小系统每天做下数据库和文件备份就好了，如果是大系统SQLSERVER的镜像是影响系统性能的，回什么双活容答灾软件基本是骗钱的，一个几十个G的高并发的数据库你用个软件来实现2个文件的同步？你难道每秒复制几十个G的东西到另外一个服务器上去，这是宇宙级服务器吗？

SQL的数据库镜像其实道理很简单，你建好镜像后，你会发现2个库里的表里都会多一个字段，这个字段的值都会很长，其实就是一个唯一编码，数据库根据这个唯一编码来判断另一个库是否存在了这个数据，不存在就新增，存在就根据这个字段来UPDATE。

对于应用层怎么切换，最好是人为切换，当然你也可以数据库连接打开失败就切换，不过这样毕竟会有以外不稳定，你只要保存数据尽可能不丢失就行了。