版权声明

版权所有 ©2003 — 2012 爱数软件有限公司

未经本公司许可，任何单位或个人不得以任何形式，复制、传播、摘抄本文档内容的部分或全部。

本文档内容上可能会有增删和修改，爱数软件有限公司会定期将修订后的内容纳入新版本中，如有更改恕不另行通知。

关于爱数

作为国内发展最快的备份、容灾、存储整体解决方案供应商，爱数长期以来始终坚持以创新、专业和信赖作为产品研发设计准则、并以满足客户需求为导向、让信息更有效为使命。

回首爱数的发展历程，从数据保护到网络存储产品再到备份容灾领域的创新应用解决方案的系列实践，让超过上万的用户真实体验到了备份容灾领域的国产力量。客户群体遍及政府机关、企业、电力、教育、医疗、研究机构等诸多行业。

在备份、存储、容灾领域，爱数已推出一系列高性价比的解决方案与服务，包括备份容灾一体化领域的旗帜爱数备份容灾家族；一体化安全文档管理设备爱数AnyShare；以及面向大中型单位备份容灾、桌面保护和数据共享的云计算解决方案：爱数Tx3云平台家族；同时还提供给用户和合作伙伴高附加值的AnySupport贴心服务。

爱数正是通过不断的创新，革新性的引领用户需求，帮助高速发展的用户保障数据安全，提升业务价值，迈向成功。

爱数软件有限公司

地址：上海市闵行区联航路1188号浦江智谷8号楼2层

邮编：201112

网址：www.eisoo.com

客户服务电话：021-********

服务邮箱：support@eisoo.com

爱数备份容灾家族

传承“一体化容灾”的产品理念和特征，爱数备份容灾家族 3.5针对性地推出了中小型企业和中大型企业家族产品系列，家族成员覆盖了软硬件产品系列——爱数备份存储柜 3.5 、爱数容灾网关 3.5 和爱数备份软件 3.5，旨在全面普及数据容灾和应用容灾。

爱数所提倡的一体化容灾是指数据容灾和应用容灾，包括本地数据备份、异地数据容灾、本地应用容灾和异地应用容灾，全面保证数据不丢失和应用不间断。

目 录

版权声明 I

关于爱数 II

爱数备份容灾家族 III

目 录 IV

第一章 概述 1

1.1 目标读者 1

1.2 本文档适用范围 1

1.3 SQL Server数据容灾功能模块简介 1

1.3.1 SQL Server定时备份恢复功能模块简介 1

1.3.2 SQL Server实时备份恢复功能模块简介 2

第二章 SQL Server基础知识简介 1

2.1 SQL Server定时备份关键技术原理 1

2.1.1 恢复模型 1

2.1.2 备份类型 1

2.2 SQL Server实时备份关键技术原理 2

第三章 SQL Server数据容灾最佳实践 3

3.1 SQL Server for Windows定时备份最佳实践 3

3.1.1 部署注意事项 3

3.1.2 定时备份最佳操作 4

3.2 SQL Server for Windows定时恢复最佳实践 8

3.2.1 部署注意事项 8

3.2.2 定时备份的恢复最佳操作 9

3.3 SQL Server for Windows实时备份最佳实践 12

3.3.1 部署注意事项 12

3.3.2 备份注意事项 15

3.3.3 SQL Server实时备份最佳操作 15

3.4 SQL Server for Windows实时恢复最佳实践 15

3.4.1 部署注意事项 15

3.4.2 恢复注意事项 16

3.4.3 瞬间恢复最佳操作 17

3.5 FAQ 17

第一章 概述

本文档是爱数备份容灾家族SQL Server一体化容灾最佳实践文档，主要描述了如何正确地使用爱数备份容灾家族产品成员进行SQL Server数据容灾及应用容灾的方法， 包括部署前后的注意事项和典型部署方案。

1.1 目标读者

本技术文档面向爱数备份容灾家族产品成员的用户和相关技术人员，主要介绍数据容灾和应用容灾的基础知识，以及如何正确使用爱数备份容灾家族产品成员部署SQL Server数据容灾及应用容灾。

旨在通过此文档帮助用户和技术人员快速掌握SQL Server数据容灾和应用容灾模块使用方法。

1.2 本文档适用范围

提示：本文档中的界面截图来自爱数备份存储柜3.5，其他版本有类似的界面。

1.3 SQL Server数据容灾功能模块简介

1.3.1 SQL Server定时备份恢复功能模块简介

1.3.2 SQL Server实时备份恢复功能模块简介

第二章 SQL Server基础知识简介

SQL Server 是由Mircosoft开发和推广的关系数据库管理系统(DBMS)。它最初是有 Microsoft、Sybase和 Ashton-Tate三家公司共同开发的， 于1988年推出第一个OS/2版本。

在Windows NT推出后，Microsoft与Sybase 在 SQL Server的开发上就分道扬镳了，Microsoft将SQL Server移植到Windows NT系统上，专注于推广SQL Server的Windows NT版本，而Sybase 则较专注于在Unix 操作系统上的应用。SQL Server近年来不断的更新版本，1996年，Microsoft 推出了SQL Server 6.5版本； 1998年，SQL Server 7.0 版本和用户见面； SQL Server 2000是Microsoft公司于2000年推出的版本； 后来的版本有SQL Server 2005， SQL Server 2008 和 SQL Server 2008 R2。

1

2

2.1 SQL Server定时备份关键技术原理

2.1.1 恢复模型

Microsoft® SQL Server™ 提供了三种恢复模型：简单恢复模型、大容量日志的恢复模型和完全恢复模型。下表提供了三种恢复模型的优点和含义的概述。

⏹ 提示：如果您需要事务日志备份，请选择大容量日志记录的模型或完全模型。如果您需要恢复数据库到故障点，请选择完全模型。

2.1.2 备份类型

Microsoft® SQL Server™ 主要包括三种备份方式：完全备份、差异备份和事务日志备份。

下面简要介绍这三种备份方式。

● 完全备份

数据库备份创建备份完成时数据库内存在的数据的副本。与事务日志备份和差异数据库备份相比，数据库备份中的每个备份使用的存储空间更多。因此，数据库备份完成备份操作需要更多的时间，所以数据库备份的创建频率通常比差异数据库或事务日志备份低。

● 差异备份

差异备份基于差异备份所包含数据的前一次最新完整备份。差异备份仅捕获自该次完整备份后发生更改的数据。这称为差异备份的“基准”。差异备份仅包括建立差异基准后更改的数据。在还原差异备份之前，必须先还原其基准备份。

差异数据库备份比数据库备份小而且备份速度快，因此可以更经常地备份，经常备份将减少丢失数据的危险。如果多次修改相同的数据，则差异数据库备份尤其有效。

● 事务日志备份

事务日志是数据库中已发生的所有修改和执行每次修改的事务的一连串记录。事务日志记录每个事务的开始。

在 Microsoft® SQL Server™ 2000 中，数据库必须至少包含一个数据文件和一个事务日志文件。数据和事务日志信息从不混合在同一文件中，并且每个文件只能由一个数据库使用。SQL Server 使用各数据库的事务日志来恢复事务。

使用差异数据库备份将数据库还原到差异数据库备份完成时的那一点。若要恢复到精确的故障点，必须使用事务日志备份。

Microsoft® SQL Server™ 支持单独使用一种备份方式或组合使用多种备份方式。选择的恢复模型将决定总体备份策略，包括可以使用的备份类型。下表说明适用于每种恢复模型的备份类型。

⏹ 建议：为了更好的保护您的SQL Server 数据库数据，建议您选择完全恢复模型。

2.2 SQL Server实时备份关键技术原理

具体请参考卷实时备份瞬间恢复最佳实践。

第三章 SQL Server数据容灾最佳实践

3.1 SQL Server for Windows定时备份最佳实践

1.1

2.1

3.1

3.1.1 部署注意事项

1. 选择恢复模型

如果您需要事务日志备份，请选择大容量日志记录的模型或完全模型。如果您需要恢复数据库到故障点，请选择完全模型。关于恢复模型和备份类型之间关系的信息，您可以参考上面的“备份类型”。如果您需要获取详细信息，请参考SQL Server 的联机丛书。

2. 身份验证

Microsoft® SQL Server™ 可以在两种安全（身份验证）模式之一下工作：Windows身份验证模式（Windows身份验证）和混合模式（Windows身份验证和 SQL Server身份验证）。

爱数备份存储柜的SQL Server模块采用Windows身份验证模式（Windows身份验证）。

3. 客户端版本

爱数备份存储柜客户端包括32-bit和64-bit两种类型，如果您使用的SQL Serve为32-bit版本，则您只能使用32-bit的客户端(即使是在64位操作系统上，也只能使用32-bit的客户端)；如果您使用的SQL Server为64-bit版本, 请使用64-bit的客户端。

◆ 如果您使用的客户端版本位数和备份的SQL Server版本位数不一致，可能会导致无法展开数据源。

4. Microsoft SQL Server 2005向后兼容组件

对于SQL Server 2005和SQL Server 2008应该首先安装Microsoft SQL Server 2005向后兼容组件；另外，对于SQL Server 2005的版本，需要安装sp2或以上升级包。

SQL Server 2005的向后兼容包的下载地址为：http://www.microsoft.com/downloads/details.aspx?familyid=50b97994-8453-4998-8226-fa42ec403d17&displaylang=z（建议使用IE浏览器访问）。请选择如下图所示的兼容包进行下载：

SQL Server 2008 的向后兼容包的下载地址为：http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=c6c3e9ef-ba29-4a43-8d69-a2bed18fe73c（建议使用IE浏览器访问）。请选择如下图所示的兼容包进行下载：

3.1.2 定时备份最佳操作

1. 配置客户端

以管理员身份登录管理控制台，单击左边【系统管理】中的【客户端管理】，进入客户端管理界面。在右边的客户端列表中单击选择需要的客户端，然后单击【配置客户端】菜单，弹出【修改客户端配置】窗口如下所示：

勾选SQL Server，然后单击【确定】按钮后退出。

2. 新建定时备份任务

步骤一：登录管理控制台，依次点击【备份恢复管理】→【备份管理】→【定时备份管理】，单击右边的【新建任务】菜单，弹出的【新建备份任务向导】对话框如下图所示：

勾选【备份数据库】，在【请选择】下拉列表中选择SQL Server，然后单击【下一步】按钮，进入【任务基本信息】对话框。

步骤二：【任务基本信息】对话框如下图所示：

请输入任务名，选择任务组和备份目的地，确定是否勾选“启用源端重复数据删除”，数据源类型选择“普通数据”，单击【下一步】按钮，进入【选择数据源】对话框。

步骤三：进入【选择数据源】对话框后，选择您所需要备份的数据库，单击【下一步】按钮，进入【设置计划及事件】对话框。

提示：强烈建议不要使同一个数据库出现在多个任务中，因为它很容易导致错误的操作行为。

步骤四：【设置计划及事件】对话框如下图所示：

在设置【开始时间】时，爱数存储柜建议您尽量在服务器空闲时进行备份操作；另外，在设置【备份数据的保留策略】时，可在综合考虑您的存储空间和数据需求等因素后进行合理的设置。设置完成后，单击【完成】按钮，退出备份任务向导。

提示： 在设置“备份数据的保留策略”时，可能会出现这样的错误操作。假设这样一个场景，使用者tom设置“该任务中每个客户端最多保存的完全副本数”为2，备份策略是每隔3个小时进行一次完全备份，上午8：00备份任务开启，下午2：00时，就会出现两个完全备份集。按照备份策略，下午2：00会进行一次完全备份，因为tom设置只保留2个完全备份集，所以下午2：00产生的这个完全备份集就会覆盖上午8：00的完全备份集，造成数据丢失。所以请您在考虑完全备份操作执行的时间间隔因素后，再设置合理的副本数。

3.2 SQL Server for Windows定时恢复最佳实践

3.2.1 部署注意事项

1) 异机恢复

爱数备份存储柜支持恢复SQL Server数据库到另外一台机器。在进行异机恢复时，请确保目标机器上存在相同实例名的数据库实例。

例如，机器A上存在数据库实例I_A，I_A包含一个数据库I_A_D。备份数据库I_A_D后，然后恢复到另外一台机器B。在恢复之前，请确保机器B上存在实例I_A。恢复成功后，数据库I_A_D依然存在于数据库实例I_A。

2) 普通环境下恢复系统库 master

爱数备份存储柜支持备份和恢复系统数据库。在恢复master 数据库之前，请关闭相应数据库实例的除主数据库服务之外的其他数据库服务。这是因为恢复master数据库时，需要以单用户模式重启数据库服务，如果存在程序连接到数据库服务，爱数备份存储柜的SQL Server 模块将无法连接上数据库服务。

3) 恢复系统库 msdb

不能还原用户正在访问的数据库。因此，还原 msdb数据库前，应停止SQL Server代理程序。如果SQL Server代理程序正在运行，它可能会访问msdb数据库。

4) 恢复带有全文索引的数据库到本机的新数据库

恢复带有全文索引的数据库的备份集到本机的另外一个数据库时，需要您手动地进行以下操作。

不妨假设现在需要恢复数据库old到本机的另一个数据库new，old具有全文索引catalog0和catalog1。请首先手动建立一个数据库new，然后手动地建立全文索引catalog0和catalog1，然后以强制还原方式恢复 old的备份集到新数据库名new。如果您需要操作的详细信息，请参考下面的“定时备份的恢复最佳操作”。

3.2.2 定时备份的恢复最佳操作

步骤一：登录管理控制台，依次点击【备份恢复管理】→【恢复管理】→【浏览恢复】。

步骤二：展开介质服务器/介质同步服务器根节点，在任务列表框中单击展开您需要恢复的SQL Server定时备份任务，单击选择需要恢复的客户端。

步骤三：单击右边的【时间点】下拉框，选择您需要恢复到的时间点。单击展开数据源，如下图所示。

在数据源中选择您需要恢复的数据库，然后点击【恢复到客户端】菜单，将弹出【SQL Server 数据库恢复】对话框。

步骤四：单击【恢复到客户端】菜单，弹出的【SQL Server 数据库恢复】对话框如下图所示。

⏹ 在【恢复到客户端】下拉框中选择您需要恢复数据库到的目标机器。如果您不进行选择，爱数存储柜将默认目标机器为源机器；如果您选择恢复到另外一台机器，请保证目标机器上存在同名实例。

⏹ 在【恢复到新数据库名】视图中，如果您需要恢复数据库到一个新的数据库名，请勾选【恢复到新数据库名】选项，并在其下的【数据库名】编辑框中填入您想要的新数据库名。

⏹ 如果您需要显式指定数据库（非系统数据库）的数据文件和日志文件的路径，请勾选【恢复到新存储路径】选项，并在其下的【数据文件路径】和【日志文件路径】编辑框中输入您想要的存储路径。请您务必保证输入的路径存在，否则，将导致恢复出错。

单击【恢复】按钮，会跳出定时备份数据恢复风险警告，见下图。

点击【确认执行】，提交该恢复操作到任务执行队列。

3.3 SQL Server for Windows实时备份最佳实践

3.3.1 部署注意事项

1.卷复制驱动安装

● 待复制的客户端上必须安装卷复制驱动，且安装完后需重启计算机，驱动方可正常运行。卷复制驱动的安装已整合到客户端安装包中，安装时只需勾选“安装卷复制驱动”，如下图所示：

● 当没有安装卷复制驱动，创建卷实时复制任务将会失败，如下图所示：

2.授权相关

● 添加SQL Server实时备份的授权码即可，通过该授权码，可以支持SQL Server实时备份、时间点恢复和iSCSI卷挂载，从而实现瞬间恢复的功能；

● 该授权针对单个客户端进行授权；

● 在使用过程中，每次备份前都要进行授权检查，如果取消了授权，则任务执行失败，并在执行输出时给出提示。

3.备份前注意事项

● 确保SQL Server数据库服务为正常启动状态

3.3.2 备份注意事项

1.创建任务

● 配置日志卷时，注意不能与监控卷（数据源卷）选择相同的位置，否则任务执行会直接失败；

● 日志卷的空间是可重用的，具体配置的日志卷需要多大的空间，需要根据监控卷的数据量变化情况而定，尽量设置足够的空间较好，否则容易造成复制中断；

● 同一客户端上不支持同时建立执行两个数据库实时复制任务，需停止并删除该客户端上已存在的任务后方可建立新的任务。

2.更新数据源

● 本版本不支持修改任务

● 本版本不支持动态更新数据源

3.任务执行

● 在数据库实时复制过程中，禁止强制性删除、格式化监控卷。

3.3.3 SQL Server实时备份最佳操作

● 【第一步：】先点击【备份】标签，再点击左侧视图区的“实时备份管理”，进入实时备份管理操作页面；

● 【第二步：】点击“新建任务”按钮，弹出“新建实时备份任务向导”对话框，在任务信息板块输入任务名、选择任务组，在任务类型板块下拉列表中选择SQL Server备份，在生成时间点的间隔时间板块您可以完成相应设置（默认为5分钟），完成所有设置后单击【下一步】，进入“选择数据源”操作页面；

● 【第三步：】在“选择数据源”操作页面，添加相应的实例和选择自定义数据源

● 【第四步：】在“选择目的地”操作页面，完成目的地的选择，所有操作完成后单击【确定】，您就完成了实时备份任务的创建。

注意：您所选择的目的地的空间大小要能够容纳实时备份卷。

3.4 SQL Server for Windows实时恢复最佳实践

3.4.1 部署注意事项

1.配置恢复端的客户端机器

● 如需进行浏览恢复，则恢复端的客户端机器上只需按照一般流程安装客户端即可；

● 如需进行瞬间恢复，则挂载的目标客户端机器上必须安装iSCSI服务，且该服务需为启动状态，否则iSCSI卷挂载操作将失败。客户端安装包中已整合了iSCSI Initiator安装工具包，以备win2000、2003和XP系统的便捷安装。其他系统上已自带iSCSI服务（安装时，“安装iSCSI Initiator”选项默认置灰，不可选），进行挂载操作前只需启动该服务即可。安装示意图如下所示：

● 注意：只有需进行数据库实时备份的客户端才需要安装卷复制驱动，对于卷浏览恢复和瞬间恢复，则不需要安装该驱动。

3.4.2 恢复注意事项

1.浏览恢复

● 浏览恢复的目的卷需选择比源卷总空间大的卷，否则会恢复失败；

● 浏览恢复实时复制数据，会将所选择的客户端上的目的卷已有数据全部清空，所以选择目的卷时需谨慎；

● 恢复过程中，正在恢复的卷为关闭状态，不可访问；

● 浏览恢复时，只能恢复到本机或异机的原位置

● 恢复过程中，禁止强制性删除正在恢复的卷

2.瞬间恢复

● 仅支持挂载卷复制类型的数据（卷实时备份和数据库实时备份）；

● 卷挂载功能将影响客户端环境（系统中多出一个磁盘），并且为介质服务器增加负担（将指定 OFS 时间点提供iSCSI 访问）；

● 目标客户端挂载成功的盘符无法指定，由系统默认分配，如果有特定盘符名称要求，需要手工修改；

● 只支持基本卷挂载，不支持动态卷挂载；

● 对于大多数系统，卷挂载成功后，新磁盘的显示一般需要5秒左右；

● 对于一个任务中有多个卷的，如需全部挂载，则建议依次选择单个卷进行挂载。若同时选中多个卷进行挂载，可能会花费较长的时间，因为挂载后系统自动分配盘符等都会需要较多的时间，比较占用资源；

● 挂载成功的时间点也可进行时间点恢复，两者互不影响；

● 当挂载成功后，数据库实时复制任务与挂载的目标卷之间即没有任何联系，支持源卷和挂载卷同时操作（读写都可以），但仅仅对挂载卷的操作，对于数据库实时复制任务来说，没有影响，不会有新的时间点生成；

● 瞬间恢复挂载成功后的写操作在卸载卷后将全部被丢弃掉

3.功能限制说明

● 不支持使用共享目录映射成为的本地磁盘的备份。

● 不支持iSCSI卷和FC卷的实时备份。

● 数据库实时备份的数据源所在卷与日志所在卷相同时，任务会出错。

● 对于FAT32格式卷，备份的是整个卷，而不仅仅是卷中的数据；NTFS格式卷，备份的是卷中的数据。

● 动态卷支持实时备份和浏览恢复，但是不支持动态卷的挂载。

● 不支持GPT分区，只支持MBR分区。

● 备份和恢复粒度为整个分区。

● 浏览恢复-卷复制数据恢复至异机时，会改变异机上目的卷的原总空间大小，恢复后的卷将与源卷总空间大小一致。

● 目前只支持远程启动系统到虚拟平台（ESXi 4.0 /ESXi 5.0）

注：更多限制性说明请参考卷实时备份瞬间恢复最佳实践文档。

3.4.3 瞬间恢复最佳操作

具体请参考卷实时备份瞬间恢复最佳实践。

3.5 FAQ

问题1：SQL Server无法初始化VDI：拒绝访问，备份不成功。

 错误描述

用户创建SQL Server备份任务，备份过程中出现”无法初始化VDI：拒绝访问”错误。

 错误原因和解决方法

1) 权限不足。

当爱数软件的客户端服务“AnyBackupClientEngine”的“登录身份”为“本地系统账户”时，有可能出现此错误。这涉及到SQL Server提供的VDI接口对用户的权限要求，并非爱数软件的程序问题。

解决办法是把客户端服务“AnyBackupClientEngine”的“登录身份”改为管理员Administrator。

2) SQL Server版本过低。

在SQL Server 2000中，如果SQL Server的版本过低，可能出现此错误。可以通过下面两种方法查看SQL Server的版本信息：

● 在“企业管理器“中查看SQL Server的版本信息，如果为RTM版本，则可能出现此错误。

● 单击sqlvdi.dll文件右键菜单【属性】中的【版本】选项卡，查看sqlvdi.dll动态库的版本信息。如果为2000.80.194.0这个原始版本，则可能出现此错误。

解决办法是将S0QL Server升级为SP4。

3) 若以上方法无效，请您尝试重新注册sqlvdi.dll。

注册方法如下：不妨假设sqlvdi.dll的安装路径为”C:\Program Files\Microsoft SQL Server\80\Tools\Binn\sqlvdi.dll”。在【运行】中输入regsvr32 ”C:\Program Files\Microsoft SQL Server\80\Tools\Binn\sqlvdi.dll”，单击【确定】按钮。

问题2：数据库处于简单恢复模型时，备份事务日志出错。

 错误描述

爱数软件备份SQL Server数据库，备份类型为“事务日志“时，出现“当恢复模型为 SIMPLE时,不允许使用BACKUP LOG语句“错误。

 解决方法

设置数据库的恢复模型为完全恢复模型。

问题3：SQL Server无法初始化com组件。

 错误描述：

通常，如果sqlvdi.dll 组件没有注册，可能会出现“无法初始化com组件“错误。

 解决方法：

手动注册sqlvdi.dll组件，具体方法请参考常见问题1。

问题4：恢复存在全文索引的数据库。

 错误描述

对于一个建有全文索引的数据库，从备份集中恢复时可能会出错，具体的错误信息如下：“警告，原因是 执行SQL语句发生错误: [Microsoft][ODBC SQL Server Driver][SQL Server]The file 'C:\Program Files\Microsoft SQL Server \MSSQL.1\MSSQL\FTDat a\cata_1' cannot be overwritten. It is being used by database 'db_old'”。

全文目录和索引不存储在它们所属的数据库中。目录和索引由 Microsoft 搜索服务分开管理。不同数据库的全文目录是默认都存储在相同的文件目录（C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\FTData）下，由于恢复时需要建立db_new的全文目录，且其默认的全文目录名也为cata_1，但是由于一个目录不能属于多个数据库，所以就发生了重写错误。

 解决方法

● 在恢复之前，请先手动建立一个数据库db_new，并且在数据库db_new中建立db_old的备份集中存在所有全文目录。如果db_old的备份集中存在多个全文目录，请在数据库db_new都建立。

● 在爱数软件下恢复数据库db_old的备份集到新的数据库名db_new，也可以指定新的数据库存储的路径。

问题5：SQL Server 2005 RTM版本的安装错误。

 错误描述

当使用爱数软件SQL Server的64位客户端时，可能会出现” A dynamic link library(DLL) initialization routine failed.” 错误，如果您的64位的SQL Server为SQL Server 2005 RTM版本，则可能会出现此错误。

 原因及解决方法

这是SQL Server 2005安装程序存在的一个问题，解决的方法是将您的SQL Server 升级到SP3。

问题6：SQL Server 2005 RTM 版本展不开数据源

 错误描述：新建SQL Server备份任务，展开数据源时，客户端所在机器报客户端进程运行出错，如下图所示

 错误原因：这是SQL Server安装程序存在的问题

 解决方法：将SQL Server升级到SP3。

问题7：展开SQL Server数据源时报错，未发现数据源名称并且未指定默认驱动程序

 错误描述：新建SQL Server备份任务，展开数据源时报错，未发现数据源名称并且未指定默认驱动程序，如下图所示

 错误原因：某些使用ODBC数据源的程序，在卸载的时候，会将ODBC Driver的信息都删除掉

 解决方法：在windows/system32目录下有几个脚本文件，可以来完成驱动程序的注册：

odbcconf.exe /S /Lv odbcconf.log /F

%systemroot%\system32\mdaccore.rsp

odbcconf.exe /S /Lv odbcconf.log /F

%systemroot%\system32\sqlclnt.rsp

odbcconf.exe /S /Lv odbcconf.log /F

%systemroot%\system32\odbcconf.rsp

odbcconf.exe /S /Lv odbcconf.log /F

%systemroot%\system32\redist.rsp

问题8：展开SQL Server数据源时报错，COM初始化失败：没有注册类别

 错误描述：新建SQL Server实时备份任务时，展开数据源报COM初始化失败的错误, 如下图所示

 错误原因：一般在SQL Server 2005/2008中出现, 因为没有安装向后兼容包所致。

 解决方法：下载兼容包，比如SQLServer2005_BC_x64.msi, 安装成功后再次展开即可。

问题9：展开数据源，数据源实例处含有乱码

 问题描述：新建sql定时备份任务，展开数据源，发现实例名处有乱码，如下图所示

 可能原因：没有安装sql2005向后兼容组件，DMO解码出现问题。（展开上图中的实例，如果出现问题8中的问题，则就是此原因导致的）

 解决方法：容灾机安装sql2005向后兼容组件。

问题10：定时备份恢复失败，在服务器关闭或启动期间，数据库7不能自动启动

 问题描述：定时备份时数据源选择整个实例，恢复全部备份数据到原客户端，恢复失败，在服务器关闭或启动期间，数据库7不能自动启动

 错误原因：由于恢复master时，要改为单用户模式，恢复其他数据库时用多用户模式，所以当master恢复完之后，会重启SQL Server服务，服务开启后会有一段时间加载数据库，此时如果接下来要恢复的数据库在恢复时还没加载完成，就会出现这个错误。

 解决方法：先单独恢复master，然后再恢复其他的数据库。

问题11：定时备份恢复失败，以多用户模式启动失败

 问题描述：定时备份时数据源选择整个实例，恢复全部备份数据到原客户端，恢复失败，以多用户模式启动失败

 错误原因：服务SQL Full-text Filter Daemon Launcher（MSSQLSERVER）处于禁用状态

 解决方法：将服务SQL Full-text Filter Daemon Launcher（MSSQLSERVER）的启动类型改为自动或者手动。

问题12：定时备份单个自定义数据库，恢复数据前会卡住一段时间

 问题描述：定时备份单个数据库（数据量比较大），恢复到原客户端新的存储路径，刚开始恢复基本没有流量，后来恢复突然变正常。

 问题原因：SQL Server服务的登录用户为网络用户

 解决方法：修改SQL Server服务的登录用户为本地系统账户

问题13：SQL Server 2008备份整个实例，异机恢复，登录失败

 问题描述：备份SQL Server2008的整个实例，然后恢复到另外一台机器，登录服务器失败

 问题原因：用户在 sysusers 系统表中的SID与该登录帐户在 syslogins 系统表中的SID不匹配

 解决方法：1.将SQL Server设置进入单用户模式；2.新建查询，执行exec sp_addsrvrolemember ‘MachineNameAdministrator’,’sysadmin’（请注意，MachineNameAdministrator要替换为SQL Server的登录用户）；3.将SQL Server设置进入多用户模式，然后登录即可。

问题14：实时备份，然后异机恢复，不能查看部分数据库的属性

 问题描述：实时备份整个实例，然后恢复到另外一台机器，不能查看部分数据库的属性

 问题原因：db_owner所有者出现异常引起的

 解决方法：对其数据库所有者进行变更，新建查询，执行

use 数据库名

exec sp_changedbowner ‘sa’

问题15：异路径恢复数据库后，再恢复整个实例，会有残留文件

 问题描述：备份整个实例（包含数据库test），先异路径恢复test（比如恢复到C:\），然后再恢复整个实例，C:\下依然有数据库test的数据文件和日志文件，但没有用处。

 问题原因：已备份master数据库记录的是test数据库原来数据文件所在的位置，异路径恢复test数据库到C:\以后，现master数据库信息将发生改变，此时master记录test数据库的数据文件所在地为C:\，与已备份master数据库记录的数据库文件地方不同，如果此时对整个实例进行恢复的话，首先会恢复master数据库，再通过已恢复的master数据库去查找该对哪些数据库进行恢复，那么master并不会去管现在的test数据库在哪，所以恢复完成以后，原来C:\下的test数据库文件就成为残留文件了。

 解决方法：手工删除C:\下的残留文件。

问题16：展开数据源失败，提示不能产生SSPI上下文

 问题描述：展开数据源失败，提示不能产生SSPI上下文，如下图

 可能原因：客户端机器比较卡，或者数据库本身正在打开对象资源管理器。

 解决方法：查看客户端机器，尝试再次展开数据源。

问题17：展开数据源时，一直展不开也不报错

 可能原因：tempdb数据库的日志不可用；可以到客户端打开企业管理器/对象资源管理器查看，或者查看系统日志是否有异常信息。

 解决方法：重启数据库服务，或者重启客户端机器。

问题18：备份任务出错，提示启动备份调度遇到未知错误

 问题描述：备份任务执行过程中出错，提示启动备份调度遇到未知错误。

 可能原因：tempdb数据库的日志不可用；可以到客户端打开企业管理器/对象资源管理器查看，或者查看系统日志是否有异常信息。

 解决方法：重启数据库服务，或者重启客户端机器。

问题19：实时备份--64位系统上安装32位的SQL Server数据库，实时备份时需加载64位的驱动，但是客户端程序又要与数据库位数一致，导致备份失败出错。

目前的解决方法是:安装32位客户端（可先不安装卷复制驱动）后，替换补丁中的ncCDPManager.dll 文件至客户端安装目录下的Components中的同名文件， 重启客户端服务，然后再安装补丁中的卷复制驱动kefence，重启机器即可解决该问题。

5.1

本文来源：https://www.2haoxitong.net/k/doc/7db00c46e518964bcf847c58.html