exchange 2003备份系统状态失败

我们要告诉各位如何利用专业储存厂商所提供的备份解决方案来提升 ms exchange 服务器的数据备份。 通常这些备份软件都提供图型化的管理接口，透过点选的方式则可轻松完成 exchange 服务器数据库进行数据备份 ，更进一步来看，透过厂商的代理程序安装在 exchange 服务器上，能强化在备份和还原期间，备份主机和 exchange server 数据库之间的所有通讯效能。这包括准备、撷取、传输、解译和处理网络上来回传送的数据封包。 一般来说这些备份软件技术针对 ms exchange 平台可以区分为下列几种备份方式：
1 数据库层级备份和还原--使用此类型来备份和还原服务器的储存群组与数据库，并在灾难修复案例中还原系统。这种类型只能用来备份完整数据库，无法用来执行比较细微层级的备份和还原，例如备份个别数据夹。但这是很重要！每当备份 exchange server 时，都应该执行「数据库层级」备份。
2 堆栈层级备份和还原--使用此类型来执行数据夹层级的备份，以及备份使用讯息应用程序发展接口(mapi)的个别邮件。这种类型在还原信箱和数据夹到原始或其它位置时，非常有用。这种类型应该用于细微层级的备份和还原，例如备份个别数据夹，而不应该用来备份完整数据库。
当管理数据储存需求时，此两种模式能提供相当大的d性和安全性。其优势及效益如下：
§ 从远程位置管理 exchange server 数据库、信箱和公用数据夹的备份。
§ 使用 exchange server 的备份和还原 api ，执行在线数据库备份。
§ 使用强大的「备份管理员」，排定 exchange server 备份。
§ 备份到储存装置的开放数组。
3 文件层级 ( 邮件层级 ) 备份和还原 -- 此类型可支持单一讯息储存 (single instance storage, sis) 、多重串流、进阶过滤和装置选项，提供最大效能和d性。这种类型应该用于细微层级的备份和还原，例如备份个别数据夹，而不应该用来备份完整数据库。重点是！如果您使用文件层级备份和还原，就不需要使用堆栈层级备份和还原。此类型方式的效益，包括：
§ 完成单一讯息储存
§ 发送代理程序技术
§ 多执行多重串流
§ 文件层级还原
§ 版本升级支持
§ 加强丛集支持
§ 工作接续等
除了上述的 ms exchange 主机数据保护之外，我们还要针对两个相关的议题进一步的探讨 : 主机灾难复原及扇区阴影复制服务。
有多项因素会影响备份策略--备份动作多寡、还原动作多寡、服务器与储存硬件、可用媒体数量、媒体保留时间、网络频宽、服务器负载量、以及数据库的大小。因此，企业应该根据其实际硬件环境，决定使用何种备份策略。当决定备份策略时，首先必须先评估组织在每个礼拜可备份 exchange server 的时间数。在评估时，需注意执行还原时最耗时的项目，是重新执行日志档案。根据您多久执行一次完整备份，在还原时重新执行大型服务器的日志档案可能会花上几个小时，因为从上一次备份后所发生的每次异动都必须经过扫瞄。除此之外，根据必须重新执行的异动类型差异，又会造成不同的异动日志重新执行速度。执行日志档案的测试还原，取得更正确的执行时间估计值。在决定还原动作多寡之后，还须考虑企业环境与资源将对备份策略所造成的影响：
希望拥有最少还原动作的关键任务数据的环境中，应该在夜晚执行完整备份(或是在服务器最少作用状态时)而在中午(或是在完整备份腾出空间的那一天中较低的生产力期间时)执行递增备份。
如果媒体使用量是备份策略的主要因素，可以每天执行完整备份，或是每天交替执行完整与差异备份。
当还原动作多寡不是企业在意的事项，您应该每周至少执行一次完整备份，并在其它日子执行递增或差异备份。
下列附表包含几种备份策略的范例，以及其优点与缺点。尽管如此，为达最佳的保护效果，应该每天执行完整与递增备份，为达最佳的保护效果，管理者可以自订备份策略，以符合组织的需要。唯一的要求，就是最少要有每周一次完整备份的工作日，执行每日备份。
备份策略
优点
缺点

每日完整备份
良好的保护频率
较少还原动作
高媒体使用量

每日完整和递增备份
高保护频率
较少还原动作
高媒体使用量

每周至少一次完整备份的每日备份
良好的保护频率
低媒体使用量
较多还原动作
还原策略
所谓养兵千日用在一时，我们要告诉各位最初规划的备份策略及平日执行备份所花费的时间的磁带，要的就是能在最迫切的时间还原数据，因此数据的还原也是需要策略及演练计划，才可确保数据在重要时刻得以发挥作用。企业可以在在线系统执行备份测试；但是，建议在为在线系统执行备份、还原策略之前，应在与在线系统高度相似的测试系统中执行修复测试。
每月至少执行一次还原至备份服务器的测试，并确定还原的数据库可正常执行。这个步骤可以让您测试备份、还原策略，评估是否可正确地备份系统，并做好可能灾难的准备。虽然 exchange server 2003 包含修复储存群组，可用来测试还原特定的储存群组。但是，仍建议企业应该练习将整个 exchange server 还原至测试服务器。

关于数据库的备份恢复原理 大家多少都比较熟悉了 但是 你目前做的数据库备份有多可靠你可以安心睡觉了吗如果答案是肯定的 那就不用多花时间看下文了 如果觉得还不够安心 总担心数据库哪一天坏了修不好 那么请接着看

我有RAID 还需要做数据库备份吗需要 有了RAID 万一部份磁盘损坏 可以修复数据库 有的情况下数据库甚至可以继续使用 但是 如果哪一天 你的同事不小心删除了一条重要的记录 怎么办RAID是无能为力的 你需要合适的备份策略 把那条被误删的数据恢复出来 所以有了RAID 仍需要做备份集群 磁盘镜像同理

如果你只做全备份 那么受限于全备份的大小和备份时间 不可能常做 而且只有全备份 不能将数据库恢复至某个时间点 所以 我们需要全备份+日志备份 比如每天一个全备份 每隔 小时或若干分钟一个日志备份 说到差异备份 因为微软的差异备份记录的是上一次全备份以来发生的变化 所以 如果数据库的改动很频繁的话 没过多久 差异备份就会和全备份的大小接近 因此这种情况下就不合适了 因此 全备份+日志备份的方案适合绝大多数的用户

如果你仅在数据库本地做备份 万一磁盘损坏 或者整个服务器硬件损坏 备份也就没了 就没法恢复数据库 因此 你需要把备份文件传送至另一个物理硬件上 大多数用户不用磁带机 因此不考虑 一般 我们需要另一台廉价的服务器或者PC来存放数据库的备份 来防止硬件损坏造成的备份丢失

你可以在数据库服务器本地做完备份 然后使用某些方式将备份文件传送至备机 你是在备份完成后就马上穿送的吗其实可以考虑将传送备份的脚本用T SQL语句来写

备份文件传送至备机后 就可以高枕无忧了吗不 作为DBA的你还需要检查备机上的备份文件是否能将数据库恢复至最新 如果采用日志备份 会不会因为丢失某一个日志备份文件而导致数据库不能恢复至最新如何检查日志备份文件之间存在断档

为了将数据库尽可能的恢复到最新 你可能会每隔 分钟(甚至 分钟)执行一次日志备份 那么万一数据库坏了 在恢复的时候 手动恢复成百上千个日志文件 是不是不太现实

如果你所在公司有很多的数据库服务器(就像我所在的公司) 而且磁盘空间有限 那么你不得不经常登录服务器来删除旧的备份文件 如果哪天忘了 或者五一十一长假 磁盘空间用完了 就麻烦了

数据库在备份的时候 并不会检查数据页面的完整性 如果数据页坏了 备份作业仍会执行 而且不会报错 等到你发现数据页有错误的时候 你也很可能已经因为磁盘空间不足 而删除了早期的备份 而此时剩下的那些备份可能都是包含损坏的数据页 如果损坏的数据页是某个表的表头的话 那这个表你就再也没办法恢复了

所以你需要定期执行DBCC检查 来尽早发现数据库页面的完整性 在未作完DBCC检查之前 你不能删除旧的备份 以防止新的备份存在问题 所以 删除备份文件的工作变的有些麻烦

你可能知道SQL Server提供了数据库维护计划 没错 使用它可以定期做备份 执行DBCC检查 但这一切仅限于本机 *** 作 为了使数据库可靠 你还是需要自己把本地备份传送至备机

lishixinzhi/Article/program/SQLServer/201311/22253

1、什么是镜像？
镜像有两种含义，一种是说在网上内容完全相同而且同步更新的两个或多个服务器，除主服务器外，其余的都被称为镜像服务器，目的是为了在主服务器不能服务的时候，不中断服务；另一种含义是指用GHOST或HD COPY等软件制作的一个盘的打包文件，它可以在将来恢复这个盘的内容，也可以很方便地把相同的内容复制到其它盘里。
2、什么是镜像文件？
镜像文件其实就是一个独立的文件，和其他文件不同，它是由多个文件通过刻录软件或者镜像文件制作工具制作而成的。
镜像文件的应用范围比较广泛，最常见的应用就是数据备份（如软盘和光盘）。随着宽带网的普及，有些下载网站也有了ISO格式的文件下载，方便了软件光盘的制作与传递。常见的镜像文件格式有ISO、BIN、IMG、TAO、DAO、CIF、FCD。
3、什么是镜像卷？
利用镜像卷即RAID-1卷，可以将用户的相同数据同时复制到两个物理磁盘中。如果一个物理磁盘出现故障，虽然该磁盘上的数据将无法使用，但系统能够继续使用另一块仍继续正常运转的磁盘进行数据的读写 *** 作。其主要目的就是通过在另一磁盘上保留完全冗余的副本，保护磁盘上的数据免受介质故障的影响。
可见，镜像卷的磁盘空间利用率只有50%（每组数据有两个成员），所以镜像卷的花费相对较高。
要创建镜像卷，必须使用另一磁盘上的可用空间。动态磁盘中现有的任何卷（甚至是系统卷和引导卷）都可以使用相同的或不同的控制器镜像到其他磁盘上大小相同或更大的另一个卷。
建议最好使用大小、型号和制造厂家都相同的磁盘作镜像卷，以避免可能产生的兼容性错误。
镜像卷增强了读性能，容错驱动程序可以同时从两个成员中读取数据，读取数据的速度因而会有所增加。当然，由于容错驱动程序必须同时向两个成员写数据，所以写性能会略有降低。
镜像卷可包含任何分区（包括启动分区或系统分区），但是镜像卷中的两个硬盘都必须是Windows 2000动态磁盘。
4、什么是端口镜像？
交换机通过交换机端口分割了网络流量，从而提高了网络的性能和可靠性。分析错误的数据对于那些从捕获的流量中将其分割出来的网络分析工具是一个挑战。
为了解决分析交换网络的问题，交换机制造商提供了一个称为“端口镜像”的功能。交换机端口镜像功能将从指定的交换机端口中复制端口流量到镜像端口中，以便进行流量和协议分析。
5、什么是镜像网站？
所谓镜像站，就是把你现有的网站放在另外一个地方的服务器上，当然，这个服务器既可是你购置而托管的，又可是虚拟的服务器。如果你把网页放在两个以上不同国家或地区的服务器上，那就说明你已为你的网站建立了多重镜像站，这样可以加快你的网站的访问速度。
镜像网站是将一个完全相同的站点放到几个服务器，分别有自己的URL，在这些服务器上互为镜像网站。它和主站并没有太大差别，或者可算是为主站作的后备措施。有了镜像网站的好处是：如果不能对主站作正常访问（如某个服务器死掉或出了意外），但仍能通过其它服务器正常浏览。相对来说主站在速度等各方面比镜像站点略胜一筹。
6、什么是镜像 BIOS？
镜像 BIOS可以保护并备份BIOS系统防止主板因BIOS错误导致的不能启动。
镜像 BIOS将一直保持将BIOS镜像复制到备份BIOS当主BIOS引导失败时，通过切换开关能够从备份BIOS启动。
7、什么是光盘镜像服务器？
光盘镜像服务器是一种将光盘技术、硬盘技术和通用服务器技术相结合，专为光盘网络共享而设计的NAS光盘网络共享设备。光盘镜像服务器本身没有通用服务器那样复杂的 *** 作系统和硬件连接，只完成光盘镜像服务器硬盘数据与客户机之间的数据传送，使客户机能以硬盘的访问速度来共享CD-ROM光盘上的信息资源，消除了CD-ROM驱动器瓶颈问题，极大地改善了光盘网络共享的性能。
光盘镜像服务器的外观与光盘塔相似，但它一般只有一台CD-ROM驱动器。网络管理员即可通过光盘镜像服务器上的CD-ROM驱动器将光盘镜像到服务器硬盘中，也可利用网络服务器或客户机上的CD-ROM驱动器将光盘从远程镜像到光盘镜像服务器硬盘中。
光盘镜像服务器一般采用BNC和RJ-45标准网络接口，不需任何网络文件服务器就可直接上网，不需在网络服务器和客户端安装任何软件，用户仅须将网线接到网络Hub上，插上电源后便可开始使用。光盘镜像服务器的设置、升级及管理均可通过Web浏览器或网上邻居远程进行，无需网络管理员东奔西走。光盘镜像服务器发生故障时，只影响到本身文件的访问，不会影响整个网络的正常运行。
目前所有网络系统遇到的一个共同问题是流量太高，从而影响数据访问时间。为解决这一问题，一般将通用服务器连接到网络的高速段或主干网上，但这会给主干网造成很大的压力。光盘镜像服务器可以直接连到网络中的任何地方，也可放置在对其访问频率最高的本地网段，因此可缩短用户的访问时间并提高网络吞吐量。
光盘镜像服务器本身就是一台>