【嘉为IT培训】Exchange 2010数据库损坏后的修复步骤
Exchange 2010 备份与恢复
Exchange 2010 备份与恢复本文主要讲述 Exchange 2010 相关的备份与恢复技巧，教你怎么备份 Exchange 2010 服务器，如何备份 Exchange 2010 服务器。
在进行Microsoft Exchange 2010的迁移操作过程中，一个最重要的部分就是决定到底怎样备份你的Exchange 2010服务器。
可能与期望的恰恰相反，你之前用来备份Microsoft Exchange 2007的备份软件，如果厂商不对这些备份工具进行改进或更新的话，那么你就不能用它来备份或者恢复Microsoft Exchange 2010服务器。
Microsoft在设计Exchange Server 2010时，对Exchange Server的底层数据库做了一些主体架构上的变更，这些变更直接影响到了对Microsoft Exchange Server的备份操作。
和Streaming模式的备份说再、;见吧！之前所有版本的 Exchange Server都支持Streaming模式的备份。
然而，微软在Exchange的2010版本中彻底放弃了Streaming备份而转向了Volume Shadow Copy Service (VSS)卷影拷贝服务技术的备份模式。
什么是Streaming备份？Streaming备份是一种流式备份，是Exchange Server里的一个名词，它与VSS模式的备份是恰好相反的一种方式。
Streaming模式的备份机制有点复杂，但是其背后的基本原理就是将数据库锁定以便备份，然后将备份的数据写入磁带。
备份完成之后，数据库在线Transaction Log交易日志被裁剪归档(如果启用了循环日志模式则不裁剪)，然后checkpoint检查点文件也被相应的更新以反映日志文件当前的状态。
在使用Exchange 2007时，人们对Exchange Server 2007颇有抱怨，其中最大的抱怨就是虽然Microsoft推荐使用VSS模式的备份，但是Windows Server Backup模块却并不支持对Exchange Server的VSS备份模式。
数据库紧急修复与恢复的流程与方法分享
数据库紧急修复与恢复的流程与方法分享随着数字化时代的到来，数据库成为各个企业和组织存储重要数据的关键部分。
然而，数据库也遭受了各种可能导致数据丢失或损坏的风险。
当数据库出现紧急修复和恢复的需求时，正确的流程和方法将起到关键的作用。
本文将分享数据库紧急修复与恢复的流程与方法，以帮助你迅速有效地处理这类问题。
一、紧急修复流程：1. 确定问题：首先，需要详细了解数据库出现的问题以及其对系统和业务的影响。
该问题可能是由硬件故障、软件错误、人为失误、网络问题等引起的。
通过仔细分析，可以帮助确定下一步的行动计划。
2. 切断数据库连接：为了保证数据库不受进一步损坏或数据丢失的风险，需要立即切断数据库与外界的连接。
这个步骤可以阻止数据的读写操作，并确保数据不会被更多的人员或过程访问。
3. 定位问题源：通过排查，确定问题的根源。
这可能需要执行数据库系统的日志分析、故障排查工具等来定位错误的发生地点。
定位问题源是解决数据库紧急修复的关键步骤。
4. 应急修复：在定位到问题发生的地点后，应采取快速临时解决方案，以最小限度地减少数据库受损的风险。
例如，可以应用补丁、修复错误的配置、恢复备份等方法来应急修复数据库。
5. 测试与验证：在进行应急修复后，务必对数据库进行全面的测试并验证修复效果。
这将有助于确认修复是否完全解决了问题或是否可能存在其他问题需要进一步解决。
二、恢复数据库流程：1. 数据备份还原：如果定位到的问题无法在应急修复中解决，那么就需要考虑使用备份数据来还原数据库。
首先，找到最近一次有效备份的数据，并确保该备份是可用的。
然后，按照备份还原的流程依次操作，将备份数据还原到当前的数据库中。
2. 日志重放：当数据库出现崩溃或损坏时，可能会有一些未来或临时数据未写入备份中。
在备份还原后，需要对数据库上的日志进行重放操作，以将数据库恢复到崩溃前的状态。
3. 数据校验与修复：在完成数据库恢复后，应进行数据校验并修复任何可能存在的错误。
数据库损坏和置疑修复方法
数据库损坏和置疑修复方法为了修复数据库损坏，可以采取以下方法：1.备份恢复：如果有最新的备份文件，可以通过备份文件进行恢复。
恢复时应注意将损坏的数据库与备份文件进行比对，避免将损坏的数据库文件恢复到备份文件上。
2.日志文件恢复：数据库管理系统通常会有日志文件来记录数据的修改操作，使用日志文件可以恢复损坏的数据库。
通过日志文件，可以找到最近一次正常操作的记录，并恢复到该记录之后的状态。
3.数据库修复工具：数据库管理系统通常都提供了数据库修复工具，可以用于修复损坏的数据库。
修复工具能够检测数据库的完整性，并修复数据文件中的错误或者丢失的数据。
4.数据库重建：如果无法通过备份恢复或通过修复工具修复数据库，可以尝试重建数据库。
重建数据库可以通过创建新的数据库，然后将数据从旧数据库中导出并导入到新数据库中，实现数据的恢复。
5.异地备份：在数据库损坏之前，应该做好数据的备份工作，并将备份数据存储在其他地方。
这样即使数据库发生损坏，也能够通过备份数据进行恢复。
在修复数据库损坏时，需要注意以下几点：1.数据库损坏后，必须立即停止对数据库的操作，以免进一步损坏数据。
2.在使用数据库修复工具时，应该对数据库进行完整备份，以防修复过程中出现意外情况。
3.在修复过程中，应该小心操作，避免进一步损坏数据库文件或数据。
4.在数据库损坏修复完成后，应该对数据库进行全面的测试，以确保数据库的完整性和可用性。
5.定期进行数据库维护和优化工作，以减少数据库损坏的可能性。
总之，数据库损坏是一种常见的情况，但通过备份恢复、日志文件恢复、修复工具、数据库重建等方法，可以有效修复损坏的数据库。
在数据库损坏修复过程中，需要小心操作，避免进一步损坏数据。
同时，定期进行数据库维护和优化工作，可以减少数据库损坏的发生。
数据库故障恢复的关键步骤与常见问题解决方法
数据库故障恢复的关键步骤与常见问题解决方法数据库在现代信息系统中扮演着至关重要的角色，它存储了组织的关键数据，对于企业的正常运营至关重要。
然而，数据库也可能会遭遇各种故障，如硬件故障、软件错误、数据损坏等。
数据库故障的恢复是数据库管理员必须掌握的关键技能之一。
本文将讨论数据库故障恢复的关键步骤和常见问题的解决方法。
1. 故障诊断与排除在进行数据库故障恢复之前，首先需要对故障进行诊断和排除。
这可以帮助确定故障的原因，从而制定正确的恢复策略。
故障诊断的常见方法包括日志分析、错误消息分析和性能统计。
通过这些分析，可以确定故障的根本原因，然后采取相应的解决步骤。
2. 数据库备份的恢复数据库备份是数据库故障恢复的重要部分。
恢复数据的能力取决于备份策略和实施的频率。
从全备份、增量备份和日志备份中选择合适的备份进行恢复。
恢复的步骤包括将备份文件恢复到目标服务器并应用增量备份和日志备份，确保数据的一致性和完整性。
3. 逻辑损坏的修复除了基于备份的故障恢复外，数据库也可能遭受逻辑损坏。
逻辑损坏的例子包括误删除数据、表结构变更错误等。
对于这些情况，可以使用以下方法进行修复：- 使用数据库日志进行回滚，将数据库恢复至之前的状态。
- 使用数据库的事务恢复工具，将数据库恢复至故障之前的一致状态。
- 手动恢复被误删除的数据，如果有备份，可以从备份中恢复数据。
4. 数据库事务恢复数据库事务是处理数据库操作的基本单位。
在数据库故障的情况下，未完成的事务可能会导致数据的不一致性。
为了恢复故障，并确保数据的一致性，可以使用事务恢复技术。
常见的事务恢复方法包括：- 回滚未提交的事务，将数据库恢复至故障之前的状态。
- 重放事务日志，将未应用的事务重新应用到数据库中。
5. 硬件故障的处理硬件故障是数据库故障的常见原因之一，例如硬盘损坏、电源故障等。
对于硬件故障，需要采取以下步骤进行处理：- 确认硬件故障的范围和原因。
- 替换故障硬件，如更换硬盘或电源。
数据库备份文件损坏的恢复方法和技巧
数据库备份文件损坏的恢复方法和技巧数据库备份文件在数据库管理中具有重要的地位，它们是恢复数据的关键组成部分。
然而，有时我们可能会遇到备份文件损坏的情况，这可能是由于硬件故障、人为错误或其他原因导致的。
本文将介绍一些恢复数据库备份文件的方法和技巧，帮助您解决这个问题。
1. 检查备份文件完整性在尝试恢复之前，首先应该检查备份文件的完整性。
可以使用数据库管理系统中的备份验证命令或工具来检查备份文件的完整性。
如果备份文件被检测到有任何损坏或错误，可能需要考虑使用其他备份文件或其他恢复技术。
2. 使用备份恢复工具大多数数据库管理系统都提供了备份恢复工具，可以使用这些工具来恢复备份文件。
这些工具通常具有图形用户界面，简化了恢复过程。
它们提供了不同的选项和技巧，可以根据实际情况进行灵活配置。
通过按照工具提供的步骤和指导来执行恢复操作，可以最大限度地减少数据丢失。
3. 使用第三方恢复工具如果数据库管理系统的备份恢复工具无法恢复损坏的备份文件，可以尝试使用第三方恢复工具。
这些工具通常是由专业的数据库恢复服务提供商开发的，可以解决各种备份文件损坏问题。
这些工具可以快速识别和修复备份文件中的错误，以恢复尽可能多的数据。
但是，请务必选择信誉良好的第三方恢复工具，并谨慎评估其性能和可靠性。
4. 逐步恢复如果备份文件太大或损坏的部分仅影响了其中的一部分数据，可以考虑逐步恢复的方法。
逐步恢复意味着先尝试恢复一部分数据，然后逐步添加其余的数据。
这样可以降低恢复失败的风险，并且使恢复过程更加可控。
通过仔细选择要恢复的数据，可以减少数据丢失并快速恢复数据库。
5. 寻求专业的数据库恢复服务如果您在使用自己的恢复方法和工具时遇到了困难，或者数据库备份文件的损坏程度很严重，影响了重要的业务数据，那么寻求专业的数据库恢复服务可能是一个明智的选择。
专业的数据库恢复服务提供商通常具有权威的技术团队和专业的设备设施，可以处理各种各样的数据库恢复问题。
Exchange数据库的备份与恢复操作手册
CommVault Exchange数据库的备份与恢复目录1、实施前提 (2)1.1需修改主机地方 (2)1.2支持操作系统 (2)1.3内存需求 (2)1.4硬盘容量需求 (2)1.5外围设备需求 (3)2、安装配置 (4)3、数据备份 (14)4、数据恢复 (20)1、实施前提1.1需修改主机地方在客户端修改HOSTS文件，添加备份服务器IP和主机名关闭防火墙设置，包括系统自带（如XP SP2、2003 SP1）1.2支持操作系统Microsoft Windows 2000 Server with Service Pack 2, 3 or 4Microsoft Windows 2000 Advanced Server with Service Pack 2, 3 or 4Microsoft Windows Server 2003 Standard 32-bit Edition with Service Pack 1 Microsoft Windows Server 2003 Enterprise 32-bit Edition up to Service Pack 1Microsoft Windows Storage Server 2003 up to Service Pack 1Microsoft Windows Server 2003 R2 Enterprise 32-bit Edition up to Service Pack 1 (Exchange Mailbox and Database iDataAgents only)1.3内存需求32 MB RAM minimum required beyond the requirements of the operatingsystem and running applications1.4硬盘容量需求Exchange Mailbox iDataAgent: 73 MB minimum of hard disk space for softwareExchange Database iDataAgent: 71 MB minimum of hard disk space for softwareExchange Public Folder iDataAgent: 73 MB minimum of hard disk space for softwareExchange Web Folder iDataAgent: 66 MB of free disk space minimum required50 MB of additional hard disk space for log file growth for each iDataAgent10 MB of temp space required for install or upgrade (where the temp folderresides)1.5外围设备需求CD-ROM driveNetwork Interface Card2、安装配置（1）放入安装光盘中的第二张DISC B到客户端机器光驱中，光盘将自动运行，出现安装提示界面（2）点击下一步点击在此计算机上安装QiNetix点击下一步点击确定选择我接受许可协议中的条款，点击下一步（3）选择要安装的软件根据客户端操作系统平台，软件自动寻找系统所需的软件模块，只需选择ClientModules-iDataAgents-iDA for Exchange相关，点击下一步（4）选择安装软件目录按默认方式，点击下一步（5）防火墙配置选择否，不配Galaxy防火墙服务，点击下一步（6）输入CommServer主机名根据实际情况输入，比如：jxdlbackup，点击下一步（7）选择通讯接口名按实际情况，系统会自动生成，按默认值，点击下一步（8）选择作业路径存放路径按默认值，点击下一步点击下一步开始安装文件此时会出现存储策略的选择，按默认方式，点击下一步可设置安装更新计划，也可取消，点击下一步配置Exchange相关信息输入具有管理员权限的用户信息点击下一步（9）安装完成点击完成，客户端软件安装结束。
数据库恢复的几种方法
数据库恢复的几种方法一、数据库恢复的概述数据库是现代信息系统中的核心组成部分，承载着重要的数据资产。
然而，由于各种原因，数据库可能会遭受到破坏或数据丢失，这时就需要进行数据库恢复操作。
数据库恢复是指将数据库从损坏或不可用状态恢复到正常可用状态的过程。
而数据库恢复的方法则是实现数据库恢复的具体手段。
二、备份恢复方法备份恢复是最常见也是最基本的数据库恢复方法之一。
备份是指将数据库的数据和结构进行备份，以便在数据丢失或损坏时进行恢复。
常见的备份恢复方法有完全备份、增量备份和差异备份。
1. 完全备份：完全备份是指将数据库的所有数据和结构都备份到一个独立的媒介中。
完全备份通常是在数据库初始化后进行，或者在数据库版本升级前进行。
在数据库损坏或数据丢失时，可以通过完全备份将数据库恢复到最新状态。
2. 增量备份：增量备份是指只备份自上次完全备份或增量备份以来发生变化的数据和结构。
增量备份可以减少备份时间和存储空间的消耗。
在数据库恢复时，需要先进行最近一次完全备份的恢复，然后再逐个应用增量备份，以还原数据库到最新状态。
3. 差异备份：差异备份是指只备份自上次完全备份以来发生变化的数据和结构。
与增量备份不同的是，差异备份是以最近一次完全备份为基础，而不是以上次备份为基础。
在数据库恢复时，需要先进行最近一次完全备份的恢复，然后再应用最近一次差异备份，以还原数据库到最新状态。
三、事务日志恢复方法事务日志恢复是数据库管理系统提供的一种高级恢复方法。
事务日志记录了数据库中所有事务的操作，包括开始、提交或回滚。
通过事务日志，可以将数据库恢复到指定的时间点或者特定的事务状态。
事务日志恢复的过程如下：1. 将数据库恢复到最近一次完全备份的状态；2. 应用事务日志中的操作，将数据库恢复到指定的时间点或者特定的事务状态。
事务日志恢复方法可以实现较为精细的数据库恢复，可以避免数据丢失和数据不一致的问题。
四、镜像恢复方法镜像恢复是指通过数据库的镜像副本进行恢复的方法。
数据库损坏和置疑修复方法
数据库损坏和置疑修复方法目录前言 (1)数据库损坏的常规修复处理方法 (1)数据库损坏的灾难性修复方法—BCP处理方案 (2)数据库置疑的修复处理方法 (3)前言Sql Server数据库本身依赖于操作系统、文件读写存储等环境，数据库经常因为操作系统、异常关机、异常终止退出或者SQL Server数据库本身的机制问题均会导致数据库无故损坏，其中数据库损坏的主要原因如下：1.事务日志问题。
比如事务日志文件丢失；事务日志文件在操作过程中被误删；事务日志文件被损坏以及事务日志文件过大，导致硬盘的空间不足等。
2.意外掉电或异常强制关机，造成数据文件损坏，主要数据库正在被读写过程中异常关机。
3.数据库的表被破坏或索引等被破坏，或者数据库的其他对象被破坏或丢失等。
4.删除了数据文件，或者更改了它的名字。
5.硬盘损坏，造成数据和日志文件读写错误。
6.感染病毒或者其他人为因素破坏。
7.其他文件读写、存储等原因。
数据库损坏的常规修复处理方法以商业之星7为例：1.一般数据库的损坏，修复数据库按如下步骤操作：--请在查询分析器中执行下列语句.执行前断开其它所有数据库连接，最好是断开网线--如果不是该数据库名，请将数据库改为要修复的数据库USE masterGo--单用户模式sp_dboption 'hbposv7', 'single user', 'TRUE'go--数据库检查DBCC CHECKDB ('hbposv7')Go--如果返回结果出现了红色的提示文字，说明数据库中存在错误，需要修复--数据库修复DBCC CHECKDB ('hbposv7','repair_rebuild')Go--再次数据库检查，如果返回结果中没有了红色的提示文字，说明修复成功；DBCC CHECKDB ('hbposv6_branch')Go--否则意味着还需要更高级别的修复；尝试将上面修复语句的'repair_rebuild'换为'repair_allow_data_loss'再试，之后再次检查数据库。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Exchange 2010数据库损坏后的修复步骤
刘凯：项目经理
微软Windows Server System技术专家，网络安全专家，微软企业护航金牌技术专家；MCSE、MCT、MCITP、VCP，现为嘉为企业服务项目经理和微软技术服务资深顾问。
摘要：
Exchange数据库作为承载用户邮箱的核心组件，其重要性不言而喻。
数据库一旦卸载，其承载的所有邮箱将无法工作，通常引起卸载的原因有很多种，此次我们所要探讨的是数据库损坏这种极端情况。
可能你会说，有备份做保证，损坏又何妨。
但是，你必然不能忽视一个问题，即还原后的数据库与原数据库存在一定的差异。
因此，我们不推荐数据库损坏后第一时间还原。
如果故障发生在非工作时间，比如晚上或周末，建议优先尝试数据库的修复。
正文：
笔者最近就遭遇了一起数据库损坏的故障。
为此，将处理的思路分享给大家。
1. 事件描述
磁盘逻辑错误（通过系统NTFS日志可以分析）导致2个数据库无法装入，影响200多用户；
在此故障发生之前因为管理员疏忽，数据库的副本状态一直不正常，所以无法在故障发生时激活副本；
2. 处理思路
通常解决这种问题，我们需要做以下操作：
1）检查数据库的状态:
eseutil.exe /mh “数据库EDB文件全路径”
Eseutil /M 文件转储模式
/zh-cn/library/aa997795(v=exchg.65).aspx
如果发现数据库为“Dirty Shutdown”状态，需要修复该数据库。
而且通常这种状态，通过“eseutil /r” 软修复是不能修复数据库的，而需要硬修复。
2）需要硬修复该数据库，通过以下命令：
eseutil.exe /P “数据库EDB文件全路径”
Eseutil /P 修复模式
/zh-cn/library/aa996773(v=exchg.65).aspx
如何在各种情况下运行 Eseutil /P（修复）
/zh-cn/library/aa997215(v=exchg.65).aspx
3）同时做完硬修复后，建议做以下两个操作完成整个修复的操作：
在 /D 模型下运行 Eseutil，以完整地重建索引并对数据库进行碎片整理
eseutil.exe /d “数据库EDB文件全路径”
如何运行 Eseutil /D（碎片整理）
/zh-cn/library/aa995748(v=exchg.65).aspx
然后运行 ISInteg，以便在应用程序级别修复数据库
isinteg -s “服务器名称” -fix -test alltests
注意: 执行该命令后需选择需要修复的数据库，该数据库必须是卸载状态的（offline）。
Isinteg.exe 工具的 Exchange 命令行参数
/kb/301460/zh-cn
4）执行完以上步骤后，装入数据库。
3. 特别注意
此次执行以上操作并非一帆风顺，在第二步eseutil.exe /P过程中遇到阻碍，执行命令不成功，报错如下：
[PS] C:\Program Files\Microsoft\Exchange Server\V14\Bin>eseutil /p I:\Mailbox\db01.edb
Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.01
Copyright (C) Microsoft Corporation. All Rights Reserved.
Initiating REPAIR mode...
Database: I:\Mailbox\db06.edb
Temp. Database: TEMPREPAIR8168.EDB
Operation terminated with error -1032 (JET_errFileAccessDenied, Cannot access file, the file is locked or in use) after
10.31 seconds.
经过一番排查与分析，发现问题在于
1）因执行的命令在C盘，而在修复过程中会产生临时文件，如果不为此临时文件指定路径，将默认存放在执行的命令所在位置
2） Windows Server 2008默认对C盘进行了保护，因此需将eseutil.exe拷贝至其他分区后执行。
4. 总结
1）日常巡检/监控很重要。
如果此次数据库副本状态是正常的，则不至于如此被动；
2）对原理理解很重要。
Eseutil /p是对数据库做硬修复，但是在修复过程中会产生临时文件，且与数据库大小相当，因此需要注意磁盘空间是否足够。
同时也需要注意当前用户是否有在此路径下创建文件的权限；
3）数据库损坏的根源在磁盘逻辑错误导致，因此仅仅修复数据库，不能避免后续问题再次发生。
所以还需建议客户尽快修复磁盘故障；
4）做了硬修复后的数据库，相比其他正常数据库，再次出现损坏的几率要大很多，因此需尽快创建新的数据库，将硬修复的数据库中的用户邮箱做迁移。