如何备份和恢复Windows IIS服务器设置

　　请按照下列步骤操作：

1 在本地计算机上的 IIS 管理单元中，单击 Internet 信息服务下面的计算机图标。

2 单击操作并选择备份/还原配置。

3 单击创建备份，选择备份文件的名称，然后单击确定。备注：默认备份位置是 %SystemRoot%\system32\inetsrv\MetaBack 文件夹。如果要将备份文件保存到其他位置，可以将文件从该默认位置复制到另一个位置。在默认位置保存一个副本以便方便地恢复。请注意，在默认情况下，C: \Winnt 是 Microsoft Windows 2000 中的 %SystemRoot% 文件夹。

4 单击关闭。备注： 此备份方法提供只还原 IIS 设置（而不是内容文件）的方法。如果重新安装操作系统，则此备份方法无效。无法使用备份文件在正运行 Windows 2000 的其他计算机上还原 IIS 配置。

back to the top

还原 IIS 配置

根据您是否删除和重新安装了 IIS，还原配置的步骤也将有所不同。

备注：如果您要还原 IIS 配置并且只有元数据库文件的较旧的副本存在或者不存在元数据库文件的任何副本，请参见下面的 Microsoft 知识库文章：

234429 How to Manually Restore the Metabase When No Backup Exists（在没有任何备份存在时如何手动还原元数据库）

不进行 IIS 重新安装就还原 IIS 配置

若要在尚未删除和重新安装 IIS 的情况下还原 IIS 配置，请按照下列步骤操作：

1 在本地计算机上的 IIS 管理单元中，单击 Internet 信息服务下面的计算机图标。

2 单击操作并选择备份/还原配置。

3 在配置备份名对话框中，选择一个备份文件并单击还原。在系统询问您是否要还原配置设置时，单击是。

back to the top

在 IIS 重新安装后还原 IIS 配置

若要在已删除和重新安装 IIS 后还原 IIS 配置，请按照下列步骤操作：

1 在本地计算机上的 IIS 管理单元中，单击 Internet 信息服务下面的计算机图标。

2 单击操作并选择备份/还原配置。

3 在配置备份名对话框中，选择已创建的备份文件，然后单击还原。尽管错误消息指示还原已失败，仍还原了一部分的备份配置。

4 在命令提示符下，键入以下命令：

cscriptexeX:\InetPub\AdminScripts\Adsutilvbs enum w3svc

其中，X 是安装 IIS 的驱动器的驱动器号。从列出的设置中，找到 WamUserName 和关联的 WAMUserPass 值。

备注： 若要使用 Adsutilvbs 实用程序，必须安装 Windows Script Host。

5 单击开始，指向设置，单击控制面板，双击管理工具，然后双击计算机管理。单击本地用户管理器并单击用户。

6 双击 IWAM_computername 用户帐户。键入您从前一步骤检索的 WAMUserPass 值，然后单击确定。

7 在配置备份名对话框中，选择已创建的备份文件，然后单击还原。这可以完全还原您的配置。

我的服务器用的是小鸟云的，性能稳定，性价比高。挺不错的。

服务器备份进行方法

服务器备份是指针对于服务器所产生的数据信息进行相应的存储备份过程，从而保障数据的安全运行，从狭义上来看信息的价值在于其潜在用途，并会随着时间的推移而改变。数据管理和保护可攫取信息的最大价值，并规避因未按照监管法规保留信息而导致的风险。企业应对当前和将来的信息使用方式进行评估，实施满足其全部需求的流程和技术。

1、完全备份。

每天对自己的系统进行完全备份。当发生数据丢失的灾难时，只要用一盘磁带（即灾难发生前一天的备份磁带），就可以恢复丢失的数据。然而它亦有不足之处，首先，由于每天都对整个系统进行完全备份，造成备份的数据大量重复。这些重复的数据占用了大量的磁带空间，这对用户来说就意味着增加成本。其次，由于需要备份的数据量较大，因此备份所需的时间也就较长。对于那些业务繁忙、备份时间有限的单位来说，选择这种备份策略是不明智的。

2、增量备份。

星期天进行一次完全备份，然后在接下来的六天里只对当天新的或被修改过的数据进行备份。这种备份策略的优点是节省了磁带空间，缩短了备份时间。但它的缺点在于，当灾难发生时，数据的恢复比较麻烦。例如，系统在星期三的早晨发生故障，丢失了大量的数据，那么现在就要将系统恢复到星期二晚上时的状态。这时系统管理员就要首先找出星期天的那盘完全备份磁带进行系统恢复，然后再找出星期一的磁带来恢复星期一的数据，然后找出星期二的磁带来恢复星期二的数据。很明显，这种方式很繁琐。另外，这种备份的可靠性也很差。在这种备份方式下，各盘磁带间的关系就象链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。比如在上例中，若星期二的磁带出了故障，那么管理员最多只能将系统恢复到星期一晚上时的状态。

3、差分备份。

管理员先在星期天进行一次系统完全备份，然后在接下来的几天里，管理员再将当天所有与星期天不同的数据（新的或修改过的）备份到磁带上。差分备份策略在避免了以上两种策略的缺陷的同时，又具有了它们的所有优点。首先，它无需每天都对系统做完全备份，因此备份所需时间短，并节省了磁带空间，其次，它的灾难恢复也很方便。系统管理员只需两盘磁带，即星期一磁带与灾难发生前一天的磁带，就可以将系统恢复。在实际应用中，备份策略通常是以上三种的结合。例如每周一至周六进行一次增量备份或差分备份，每周日进行全备份，每月底进行一次全备份，每年底进行一次全备份。

　卷影拷贝服务(Volume Shadow Copy Service，VSS)是Microsoft在Windows

Server 2003中开始引入的服务，它能让用户在没有IT专业人员协助的情况下，更轻松地恢复丢失的文件。此外，VSS还提供了更灵活的备份方案。下面我们将进一步学习：

　　在Windows Server 2003中，Microsoft为不同规模的企业开发了很多新的服务。在我看来，Microsoft已经开始关注灾难恢复背后的庞大市场了。其在灾难恢复中最重要的新技术要数在Windows

Server 2003中引入的卷影拷贝服务(Volume Shadow Copy Service，VSS)了。

　　VSS能做些什么

　　你可以通过使用VSS，在特定卷上建立数据拷贝时间点;并在将来的某一时刻把数据恢复到任何一个你曾创建的时间点的状态。这两个Microsoft大肆吹捧的主要功能可以帮助客户的计算机恢复意外删除的文件，这样的工作即使一般员工也能轻松完成，并且不需要创建高效备份策略的能力。

　　对于IT技术支持人员来说，最常见的请求一般是恢复人为原因造成的数据丢失。用户不经意地存储了有错误信息的文件，不小心删除文件，或是其他的数据意外，都是经常发生的。

　　当用户需要重新找回数据的时候，经常需要请技术支持人员拔出备份磁带，进行人工恢复，这个工作相当浪费时间。

　　VSS让管理员能够在服务器上发布共享文件夹，在一定的时间间隔内做时间点的备份(在指定时间内最多可以存在65份拷贝)。这让最终用户能够安全地处理文件并随时恢复到早前的版本，而不需要IT部门的干涉。

　　应当考虑的VSS问题

　　这一服务唯一的缺点是你需要为每一个卷影留出更多的磁盘空间，因为你必须在某处存储这些拷贝。不过，因为VSS使用指针数据，这些拷贝占用的空间要比你想像的小得多，你可以有效地存储这些拷贝。

　　你还可以将复制与备份工具和VSS配合使用，来将拷贝移动到另一个VSS——其他站点的可用服务器。因此，如果原始服务器在灾难中崩溃了，你的最终用户还是可以访问他们的数据。由于VSS在一定时间间隔内做一次快照，并且在母文件使用时并不锁定它们，因此开放文件锁定并不会影响到复制与备份工具。

　　除了复制开放文件以外，你还可以在最终用户处理文件的时候备份VSS快照。这一功能通过消除备份窗口、开放文件锁定和其他的障碍，显著地提高了备份能力。

　　你或许还将遭遇CPU利用问题(在运行备份代理的时候)和LAN利用问题(在跨越网络进行数据备份的时候)，不过这并不妨碍最终用户使用文件。

　　备份VSS快照产生干净的数据镜像以及恢复时间点拷贝的能力。你既可以恢复整个快照，也可以取你所需，或者你还可以使用VSS备份工具来恢复单独的文件和文件夹。

　　因为你基于时间点来备份文件拷贝，所以可以很轻松的使用复制工具即时地将VSS快照移动到另一台灾难恢复站点中的服务器上，并在那里进行备份，创建脱站的缺省备份。需要将备份保存在脱站位置的公司会发现实施灾难恢复(DR)系统变得相当简单，而且备份系统能平滑地协同工作。

　　结语

　　结合了良好的规划以及最新的备份和恢复技术，卷影拷贝服务将对灾难恢复计划的增强很有帮助。VSS甚至让小企业也有恢复丢失数据的能力。其实，VSS还为大企业提供比基本工具更多的恢复选项，并帮助其减少数据恢复任务中IT专业人员的数量。

　　Exchange Server最终用户数据存储在邮箱服务器上的邮箱和公用文件夹数据库中。在传输过程中，数据存储在传输队列数据库中。传输数据是暂时的，无需备份队列数据库。邮箱和公用文件夹数据库需要采用时间点备份保护。邮箱和公用文件夹数据库独立于端对端恢复策略，必须使用备份保护，因为它们包含 Exchange 部署中的唯一的数据，无法重新创建。使用备份可以防止这些数据库丢失数据。备份提供数据的时间点副本，以后可将数据还原到服务器。　　数据库备份的方法　　Exchange 提供下列数据库备份的方法：　 传统流式备份：使用可扩展存储引擎 (ESE) 应用程序编程接口 (API) 的传统流式备份。流式备份技术由 Microsoft Windows Server 备份以及许多第三方产品使用。此技术已经用于所有的 Exchange 早期版本而且具有成熟的功能集。　　卷影复制服务：支持在 Exchange Server 2003 中引入卷影复制服务 (VSS)，在 Exchange Server中得到广泛增强。 Exchange Service包含一个插件，该插件可以在 Windows Server中使用 Windows 服务器备份对 Exchange 数据进行基于卷影复制服务 (VSS) 的备份。　　受支持的备份和还原类型　　备份类型分为完整备份和只更改备份类别：　　完整备份　　完全备份：完全备份是存档每个所选数据库和所有必需日志文件的完整备份。完成备份后，会删除早于启动备份时检查点的日志文件。如果每天执行完全备份，则可以防止日志文件消耗硬盘上的空间。　　副本备份：副本备份是一种完整备份，且除了在备份完成时不删除日志文件外与完全备份完全相同。如果要在特定时间点保存 Exchange 数据库的副本，则可以执行副本备份。�8�5　　只更改备份　　增量备份：增量备份是一种只更改备份，它只存档自上次完全备份或增量备份以来的事务日志文件。完成备份后会删除早于检查点的日志文件。在启用循环日志记录时，不能执行增量备份。若要从增量备份中还原数据，必须有最新的完全备份，并且每个后续增量备份集都可用。完成还原过程后，事务日志应用于已经使用完全备份还原的 Exchange 数据库。　　差异备份：差异备份是一种只更改备份，它只存档自上次完全备份或增量备份以来的事务日志文件。不删除事务日志。在启用循环日志记录时，不能执行差异备份。若要从差异备份中还原数据，必须有可用的最新完全备份和差异备份。　　每种备份类型的内在优点和缺点如下：　　完全备份是最简单的备份和还原方法，因为它给出了单个要还原的备份集。　　副本备份不删除日志文件。　　支持的备份和还原方法　　Exchange Server支持对数据库或恢复存储组的主动副本使用下列备份和还原方法：　　传统流式备份　　数据库的主动副本支持所有四种类型的 Exchange 备份（完全、副本、增量和差异）。可以在数据库级别选择备份，但是对于特定存储组只能运行一种备份作业。可以同时备份不同的存储组。�8�5　　传统流式还原　　所有四种类型的 Exchange 备份可以还原到数据库的主动副本或还原到恢复存储组。　　VSS 备份　　可以从主动副本获得所有四种类型的备份。可以从复制的数据库获得所有四种类型。　　VSS 还原，本站保留追究责任的权利。

数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据从应用主机的硬盘或阵列复制到其他存储介质的过程。

数据备份和灾难恢复是不可分割的，数据备份的目的就是为了防止发生数据灾难，以及发生灾难时及时有效地进行灾难恢复。

那么什么是灾难恢复呢？

首先看灾难是什么，对于和IT领域相关的业务中断来说，由数据丢失所造成的后果是最具破坏性的。不管数据的丢失是因为无意或有意的删除，或者存储介质的数据损坏等一切能够引起系统非正常停止的事件，我们都可以把它称之为灾难。