exchange装入数据库失败解决办法.pdf

合集下载

Exchange2010搜索内部部署exchange服务器时出现以下错误

Exchange2010搜索内部部署exchange服务器时出现以下错误

Exchange2010搜索内部部署exchange服务器时出现以下错误搜索内部部署exchange服务器时出现以下错误:...连接到远程服务器失败,错误消息如下:WinRM客户端无法处理该请求.它无法确定从目标计算机得到的HTTP响应的内容类型。

内容类型缺少或无效.解决方案:第一招:打开“服务器管理器”——“功能”——然后卸载“WinRM IIS 扩展”,重启计算机之后,再安装WinRM IIS扩展,然后在命令行中键入: winrm quickconfig。

第二招:检查IIS设置打开IIS,打开Default Web Site, 双击Modules.检查Kerbauth module是否存在,如果存在,删除它。

打开PowerShell Virtual Directory, 双击Modules.检查Kerbauth module是否存在,如果不存在,添加该module,并注意它的Modules Type为Native。

检查ApplicationHost.config在Exchange 2010上打开下面的文件:C:\Windows\System32\Inetsrv\config\ApplicationHost.config 检查下面条目是否存在<globalModules><add name="WSMan"image="C:\Windows\system32\wsmsvc.dll" /><add name="kerbauth" image="C:\Program Files\Microsoft\Exchange Server\V14\Bin\kerbauth.dll" /> </globalModules>如果没有请把它们加入到ApplicationHost.config第三招:安装exchange2010 sp2补丁包在测试时,一般第一招不管用,第二招能搞定,我的是kerbauth 没有加入到C:\Windows\System32\Inetsrv\config\ApplicationHost.config中,第三招没试过。

1数据库连接失败的原因以及解决的方法

1数据库连接失败的原因以及解决的方法

1数据库连接失败的原因以及解决的方法数据库连接失败可能有多种原因,包括但不限于以下几种:1.1网络问题数据库连接失败的一个常见原因是由于网络问题导致的连接超时或连接丢失。

这可能是因为网络不稳定、防火墙设置或者数据库服务器故障等原因导致的。

解决这个问题的方法可以包括:-检查网络连接是否正常,确保网络稳定;-检查防火墙设置,确保数据库服务器端口没有被阻塞;-如果数据库服务器出现故障,可以尝试重启数据库服务器。

1.2数据库配置问题数据库连接失败的另一个常见原因是由于数据库配置问题导致的。

这可能是由于数据库用户名、密码、数据库名等配置信息填写错误,或者数据库服务器未正确配置允许远程连接等原因导致的。

解决这个问题的方法包括:-检查数据库配置信息是否正确,包括用户名、密码、数据库名等;-检查数据库服务器配置,确保允许远程连接;-如果使用了连接池,可以尝试刷新连接池。

1.3数据库访问权限问题数据库连接失败的另一个原因是由于数据库访问权限问题导致的。

这可能是由于数据库用户没有足够的权限访问指定的数据库或表,或者数据库服务器配置了访问限制等原因导致的。

解决这个问题的方法包括:-检查数据库用户的权限,确保用户有足够的权限访问指定的数据库或表;-检查数据库服务器配置,确保没有设置访问限制;-如果使用了连接池,可以尝试使用有更高权限的用户账号进行连接。

1.4数据库服务未启动或异常数据库连接失败的另一个原因是由于数据库服务未启动或异常导致的。

这可能是由于数据库服务器未正常启动、宕机、磁盘空间不足等原因导致的。

解决这个问题的方法包括:-检查数据库服务是否已经启动,如果没有启动,可以尝试启动数据库服务;-检查数据库服务器的运行状态,确保数据库服务器正常运行;-如果磁盘空间不足,可以尝试清理或扩容磁盘空间。

1.5数据库连接池设置不当数据库连接失败的另一个原因是由于连接池设置不当导致的。

这可能是由于连接池的最大连接数、最大等待时间等参数设置不合理,导致连接池无法提供足够的连接或者等待时间过长等原因。

1、 数据库连接失败的原因以及解决的方法

1、 数据库连接失败的原因以及解决的方法

1、数据库连接失败的原因以及解决的方法
连接失败的
原因
错误提示解决方法
服务器端数
据库未
启动错误提示:数据库连接失败解决方法:重新启动服务器端数据库,启动后服务器右下角任务栏会出现
图标,表示数据库已经启动。

服务器名不
正确错误提示:数据库连接失败解决方法:检查数据库名是否正确。

比如说服务器端的叫server,
那么客户端连接的服务器名必须是server.具体的方法是在服务器端
右下端用鼠标放在上面,可以显示出其名字。

客户端版本与数据库版本不一致解决方法:检查数据库版本(比如数据库是07III版的,客户端也必须是07III版)具体的方法是点击鼠标右键→属性→目标(T)可以看到客户端和数据库的安装路径以及版本号等详细信息
局域网不连
通解决方法:检查客户端电脑与服务器端电脑局域网是否连通。

方法是:把服务器端设置一个IP地址,在客户端用Ping命令ping 服务器IP. 在服务器端ping客户端IP。

如果能ping通,表示网络畅通,如果其中某一台客户端ping不通,检查其网线是否插好,该客户端的IP是
否在局域网的IP地址网段范围之内。

防火墙的阻

解决方法:如果是系统默认防火墙,从“开始”→“设置”→“控制面版”
→“防火墙”,关掉服务器端和客户端防火墙再重新登陆客户端连接数据库。

如果安装了其他的防火墙,可以关闭其防火墙。

未注册客户
端使用
期限已

解决方法:与我司联系将客户端注册。

数据库连接失败的常见原因及解决办法

数据库连接失败的常见原因及解决办法

数据库连接失败的常见原因及解决办法数据库连接是许多应用程序和系统的核心组成部分,当连接失败时,将对应用程序的正常运行产生负面影响。

因此,了解数据库连接失败的常见原因以及相应的解决办法对于维护和优化系统具有重要意义。

本文将介绍一些常见的数据库连接失败原因,并提供相应的解决办法,以帮助读者更好地应对这些问题。

1. 网络问题数据库连接失败的最常见原因之一是网络问题。

网络故障、路由器问题以及防火墙配置错误都可能导致数据库连接失败。

在面对数据库连接失败时,首先需要确保网络连接正常。

解决办法:- 检查网络连接是否正常,包括网线是否插好,Wi-Fi是否正常运行。

- 检查路由器和防火墙的配置,确保数据库端口没有被阻止或限制。

2. 数据库服务器问题数据库服务器故障或配置错误也是数据库连接失败的常见原因之一。

数据库服务器可能会因为资源达到极限、配置错误、权限问题等原因导致连接失败。

解决办法:- 检查数据库服务器的资源使用情况,确保其没有达到极限。

- 检查数据库服务器的配置文件,确保数据库实例的监听端口与应用程序中配置的端口一致。

- 检查数据库服务器的用户权限,确保应用程序所使用的用户有足够的权限连接数据库。

3. 数据库连接字符串配置错误连接字符串是用于建立与数据库之间连接的关键部分。

连接字符串中的错误可能会导致数据库连接失败。

例如,连接字符串中可能未正确指定数据库服务器的地址、端口、数据库名等。

解决办法:- 检查连接字符串,确保其中的服务器地址、端口、数据库名等信息正确无误。

- 使用连接字符串测试工具(如ConnectionTester等)来验证连接字符串的有效性。

4. 数据库账户验证失败数据库账户验证失败也是导致数据库连接失败的常见原因之一。

验证失败可能是由于密码错误、账户被锁定或者账户权限不足等原因引起的。

解决办法:- 确保数据库账户的密码正确无误。

- 检查数据库账户是否被锁定或禁止访问。

- 检查数据库账户的权限,确保其具备连接所需的最低权限。

EXCHANGE 2010 重新挂载损坏数据库的方法

EXCHANGE 2010 重新挂载损坏数据库的方法

Exchange 2010 重新挂载损坏数据库的方法可能很多人会遇到这样的尴尬情况,exchange 所使用的空间越来越多,清理一下,不小心删除了关键的几个logfile,结果database不能挂载,只能重新创建或者更甚的就是重装。

研究了一下,发觉其实database其实还是可以挂载的。

不多说了,直接主题1. 重新挂载mailbox database1)使用 set-mailbox2. 如果mailbox出现logfilemiss的错误,挂载不上时1) 使用eseutil /mh&lt;mialbox database path&gt; 来判断其state 是否为dirty/cleana) 如果state为dirty,则使用eseutil /ml &lt;mailbox log file path&gt;来判断其log的完整性b)如果log完整,则 Eseutil /r &lt;Log Prefix&gt; /l “Path of the log files” /d “Path of the database”来恢复c)如果log不完整,可以通过以下方法来恢复i)如果有备份(默认情况为c:\temp\First stroageGroup\restore.env), 则使用hard recovery&gt; 备份当前的备份文件&gt; 使用eseutil /cc &quot;&lt;restore.env path&gt;&quot;ii) 如果没有备份或者恢复备份(/cc)失败,则建议使用下面方法&gt; 此方法原理是将指定的mailbox database清空,恢复为clean shutdown 状态之后,重新挂载, 慎用&gt; 使用eseutil /p &lt;mailbox database.edb path&gt;,然后在弹出的对话框上面选择ok或者确定&gt; 在/p操作完成后,使用 eseutil /d &lt;mailbox database.edb path&gt; 来进行所谓的磁盘清理&gt; 重复第二步中1) a)或者b)方法来完成mailbox database的清理&gt; 删除mailbox database文件夹中除了edb文件外的所有文件,然后mount database注:这里所说的mount database指的是从打开Exchange Management Console然后选择”Microsof Exchange On-Premises“-&gt;&quot;OrganizaionConfiguration-&gt;Mailbox, 然后选中指定的mailbox database,右键“Mount database”。

数据库连接失败的原因及解决方法

数据库连接失败的原因及解决方法

数据库连接失败的原因及解决⽅法 各种业务系统在使⽤过程中都会遇到⼀些问题,因连接失败,不能登录管理软件就是其中之⼀,这个很令⼈头疼⽽且常见的问题⼀般的业务系统均采⽤的是SQL数据库,我们这⾥总结了SQL数据库连接失败的原因和解决⽅法: 原因⼀:登录账号、密码、服务器名称、数据库名称登录错误导致不能连接,这个⽐较常见,仔细检查好所填信息是否正确,填写正确⼀般就可以解决。

解决⽅法:当正在使⽤的软件出现数据库不能连接时,⼀般就是服务器名出现问题,更改服务器名称⼀般可以解决问题。

数据库如果是安装在本机,服务器名可以⽤“.”或“(local)”来代替;如果是安装在局域⽹的其它计算机上,可以⽤IP地址作为服务器名。

原因⼆:如果没能正确安装SQL服务器,也会导致数据库连接不上;安装好数据库后,如果SQL服务管理器没有启动,则要去服务那⾥开启。

解决⽅法:如果是SQL数据库未能能成功安装,再次重新安装时,可能会⽆法安装,提⽰是存在⼀个未完成的安装挂起。

解决就⽅法是:打开注册表编辑器,在HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager中找到并删除PendingFileRenameOperations项⽬即可。

如果是更改了Windows的⽤户名或者密码,会导致SQL服务管理器不能启动,解决办法是去控制版⾯的服务那⾥修改启动。

具体是:点击开始-->设置-->控制⾯板-->管理⼯具-->服务-->找到MS SQL SERVER服务-->在上⾯右键-->属性-->登陆-->修改启动服务的帐户和密码。

原因三:因权限问题导致数据库不能连接,解决⽅法是检测计算机的安全保护限制、SQL Server安全设置、的安全限。

解决⽅法:可以先暂时关闭防⽕墙或者杀毒软件,看是否是这些软件的安全设置所导致。

数据库错误处理与故障排除技巧

数据库错误处理与故障排除技巧

数据库错误处理与故障排除技巧数据库在计算机系统中扮演着至关重要的角色,它用于存储和管理大量的数据。

然而,在实际应用中,我们难免会遇到各种各样的错误和故障。

本文将介绍数据库错误处理和故障排除的一些技巧,帮助您更好地应对这些问题。

一、错误处理1. 异常处理在数据库操作中,可能会出现各种异常情况,如连接失败、语法错误等。

为了保证数据库的稳定性和安全性,我们需要采取相应的处理措施。

一种常见的方式是使用异常处理机制,当出现异常时,及时捕获并进行相应的处理。

2. 日志记录数据库错误的发生往往会对系统的正常运行造成影响,为了更好地了解错误的原因和过程,我们可以使用日志记录的方法。

通过记录错误信息、操作过程等,可以帮助我们更好地追溯错误发生的原因,并且对问题进行定位和解决。

3. 容错机制为了提高数据库的可用性,在设计数据库时可以考虑引入容错机制。

例如,可以使用冗余存储、数据备份等手段,当出现错误时可以快速切换到备份系统,保证数据的连续性和可恢复性。

二、故障排除技巧1. 监控与诊断数据库故障可能会导致系统崩溃或数据丢失,因此在故障排除时,监控数据库的运行状态非常重要。

可以通过实时监控工具来跟踪数据库的性能指标,如响应时间、连接数等。

在出现异常情况时,可以及时发出警报并进行诊断,找出问题的根源。

2. 数据库备份与还原数据库备份是保障数据安全的重要手段。

定期进行数据库备份,可以在系统出现故障时快速还原数据。

同时,备份还能提供一种应对人为误操作的方法,防止数据的不可逆性损失。

3. 性能优化数据库的性能对系统的整体运行效果有着重要的影响。

在故障排除过程中,需要进行性能分析,找出数据库操作的瓶颈,并采取相应的措施进行优化,以提高系统的响应速度和吞吐量。

4. 安全加固安全是数据库管理的重中之重。

在故障排除过程中,需要注意数据库的安全性问题。

可以采取一些常见的安全策略,如使用访问控制、加密存储等,保护数据库的数据安全。

三、总结本文介绍了数据库错误处理与故障排除的一些技巧。

数据库故障排除与修复方法

数据库故障排除与修复方法

数据库故障排除与修复方法一、引言数据库作为现代信息系统的核心组成部分,在各行各业都起着至关重要的作用。

但随着数据库规模的不断增大和复杂性的增加,数据库故障也时有发生。

本文旨在介绍数据库故障的常见类型、排除步骤和修复方法,以便管理员在遇到故障时能够迅速定位并解决问题。

二、数据库故障类型1. 数据丢失:数据库中的数据在某些情况下可能会丢失,例如硬盘故障、人为错误操作等。

2. 数据库性能下降:数据库响应时间延长、查询速度较慢,影响系统的正常运行。

3. 数据库无法连接:无法通过网络连接到数据库服务器,无法进行正常的数据交互。

4. 数据库死锁:多个会话之间发生死锁,导致数据库无法继续进行下去。

三、数据库故障排除步骤1. 确定故障现象:管理员在接到故障报告后,首先要与报告者沟通,了解故障的具体表现和出现的时间点。

2. 收集故障信息:通过检查系统日志、数据库错误日志以及其他相关日志,获取更多的故障信息。

3. 分析故障原因:根据收集到的故障信息,结合数据库的特点和工作原理,推断故障的原因。

4. 定位故障点:通过逐步排除法,缩小故障范围,确定造成故障的具体部分。

5. 解决故障:根据故障类型采取相应的解决措施,修复故障。

四、数据库故障修复方法1. 数据库备份与恢复:定期备份数据库,出现数据丢失时可以通过恢复备份来解决。

备份和恢复的方法因数据库类型而异,可以参考数据库的官方文档。

2. 硬件故障排除:如果数据库故障与硬件相关,例如硬盘损坏,需要更换或修复故障的硬件设备。

3. 优化查询语句:针对性地对查询语句进行优化,例如添加索引、修改查询条件等,以提升数据库性能。

4. 数据库连接问题解决:检查网络连接是否正常,排查数据库服务器和客户端的安全设置,确保连接的可用性。

5. 解决数据库死锁:通过数据库管理工具或编写脚本来解除死锁问题,优化事务的执行顺序。

五、数据库故障预防措施1. 定期备份数据:建立合理的备份策略,并确保备份文件的安全存储,以防止数据丢失。

安装exchange 2010 错误提示

安装exchange 2010 错误提示

客户端访问角色先决条件失败错误:根据/KB982867的Microsoft 知识库文章982867 来安装修补程序。

单击此处以获取帮助.../zh-CN/library/ms.exch.err.default(EXCHG.141).a spx?v=14.1.218.11&e=ms.exch.err.Ex28883C&l=0&cl=cp错误:此计算机需要Microsoft 知识库文章979744(/fwlink/?linkid=3052kbid=979744)中所描述的更新。

请安装所需的更新以继续。

单击此处以获取帮助.../zh-CN/library/ms.exch.err.default(EXCHG.141).a spx?v=14.1.218.11&e=ms.exch.err.Ex28883C&l=0&cl=cp错误:根据/KB983440的Microsoft 知识库文章983440 来安装修补程序。

单击此处以获取帮助.../zh-CN/library/ms.exch.err.default(EXCHG.141).a spx?v=14.1.218.11&e=ms.exch.err.Ex28883C&l=0&cl=cp错误:此计算机需要Microsoft 知识库文章977020(/kb/977020)中所描述的更新。

请安装所需的更新以继续。

单击此处以获取帮助.../zh-CN/library/ms.exch.err.default(EXCHG.141).a spx?v=14.1.218.11&e=ms.exch.err.Ex28883C&l=0&cl=cp错误:此计算机要求安装Microsoft 知识库文章979099(/?kbid=979099)中所述的更新。

没有此更新,RMS 功能可能会停止工作。

单击此处以获取帮助.../zh-CN/library/ms.exch.err.default(EXCHG.141).a spx?v=14.1.218.11&e=ms.exch.err.Ex28883C&l=0&cl=cp错误:在Active Directory 拆分权限模式下,Exchange 服务器不应安装在域控制器上。

(转)Exchange 2010无法安装问题解决方法

(转)Exchange 2010无法安装问题解决方法

(转)Exchange 2010无法安装问题解决方法本文地址:/793131/487747当你在活动目录(AD)森林中安装多台全局编录服务器(GC)之后,默认情况下你会发现在AD 站点里面自动生成二条站点连接,从上面的截图可以看到目前在AD森林的Default-First-Site-Name(默认站点)里面有6台GC。

从上面的截图可以看到目前只有一台叫做Sh-Site1GC(全局编录服务器)是处于运行状态,其他5台GC处于关闭状态,并且当其他5台GC处于关闭状态之后,我已经把Sh-Site1GC这一台GC重新启动了。

从上面的截图可以看到Exchange 2010无法安装检查Sh-Site1GC是否有提示ID 2092的警告,如果有这个警告,Exchange安装失败属于正常,因为AD无法同步造成5个FSMO角色不能正常处理请求。

只需要再开一台GC,让第一台GC和后来开机的GC进行AD复制后就可以正常安装Exchange 2010了,例如我的环境中Sh-Site1GC是环境中的第一台DC,Sh-Site1GC上面有5个操作主机角色,Sh-Site1GC的活动目录复制伙伴为:Sh-Site2GC、Sh-Site4GC,只需将2台复制伙伴中的其中一台开机,然后跟Sh-Site1GC进行活动目录复制,等复制完成后就可以开始执行Exchange Server 2010的安装。

问题解决步骤:1.在Sh-Site1GC服务器中打开Active Directory站点和服务,查看一下它的复制伙伴有哪几台。

2.将Sh-Site1GC的其中一个复制伙伴开机,然后手动执行一次活动目录复制,前提是确保两台DC之间的网络能够互通。

3.手动执行活动目录复制后,稍等片刻,然后开始执行Exchange Server 2010的安装。

从上面的截图可以看到我已经把Sh-Site2GC这台GC启动起来了在默认第一个站点里面,展开Sh-Site1GC,按NTDS Setting,对着Sh-Site2GC右键,选择立即复制。

导入失败的解决方法

导入失败的解决方法

导入失败的解决方法
在日常工作中,我们经常会遇到数据导入失败的情况,这可能
是由于数据格式不正确、文件损坏、网络连接问题或其他原因导致的。

然而,面对数据导入失败的情况,我们不能束手无策,而是需
要采取一些解决方法来应对。

下面就是一些常见的解决方法:
1. 检查数据格式,首先,我们需要检查导入的数据格式是否与
目标系统要求的格式一致。

如果不一致,可能需要对数据进行格式
转换或者重新整理数据。

2. 检查文件完整性,有时候,数据文件可能会损坏或者不完整,导致导入失败。

在这种情况下,我们需要检查文件的完整性,并尝
试重新下载或者获取完整的文件。

3. 检查网络连接,如果是通过网络进行数据导入,那么可能是
网络连接不稳定导致的导入失败。

这时候,我们需要检查网络连接
是否正常,或者尝试使用其他网络进行导入。

4. 查看错误信息,当数据导入失败时,系统通常会给出相应的
错误信息。

我们需要查看这些错误信息,以便找到导入失败的具体
原因,并据此采取相应的解决措施。

5. 寻求帮助,如果以上方法都无法解决导入失败的问题,那么我们可以寻求相关领域的专家或者技术支持人员的帮助,他们可能会有更专业的解决方案。

总之,面对数据导入失败的情况,我们需要冷静分析问题,采取合适的解决方法,以确保数据能够成功导入并得到有效利用。

Exchange2010数据库损坏后的修复步骤

Exchange2010数据库损坏后的修复步骤

Exchange2010数据库损坏后的修复步骤摘要: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).aspx3)同时做完硬修复后,建议做以下两个操作完成整个修复的操作:在/D 模型下运行Eseutil,以完整地重建索引并对数据库进行碎片整理eseutil.exe /d “数据库EDB文件全路径”如何运行 Eseutil /D(碎片整理)/zh-cn/library/aa995748(v=exchg.65).aspx然后运行 ISInteg,以便在应用程序级别修复数据库isinteg -s “服务器名称” -fix -test alltests注意: 执行该命令后需选择需要修复的数据库,该数据库必须是卸载状态的(offline)。

Exchange安装因错误0x80070422失败

Exchange安装因错误0x80070422失败

当您尝试安装 Microsoft Exchange 2000 Server 时,安装程序失败并显⽰以下错误信息: Setup failed while installing sub-component Information Store Service with error code 0x80070422 (please consult the installation logs for a detailed description).You may cancel the installation or try the failed step again. 如果您单击“重试”按钮,将再次收到该错误信息。

如果单击“取消”按钮,安装程序将继续运⾏,但是将为 Exchange 的“Microsoft Exchange 邮件传输和协作服务”组件显⽰⼀个红⾊的“X”。

红⾊ X 表⽰发⽣了致命错误。

Exchange Server 安装程序的 Progress.log ⽂件中显⽰⼀个与以下内容类似的⾏: [00:00:00] CComBOIFacesFactory::QueryInterface (N:\admin\src\udog\BO\bofactory.cxx:54) Error code 0X80004002 (16386):No interface.事件查看器的系统⽇志记录了以下错误: Source:DCOM Type:Error Event ID: 10005 Description: DCOM got error "The service cannot be started, either because it is disabled or because it has no enabled devices associated with it." attempting to start the IISAdmin with arguments "" in order to run the server: {A9E69610-B80D-11D0-B9B9-00A0C922E750} 此外,如果您随后尝试启动 Microsoft Exchange 信息存储服务,将收到以下错误信息: Windows could not start the Microsoft Exchange Information Store on Local Computer.For more information, review the System Event log.If this is a non-Microsoft service, contact the service vendor, and refer to a service-specific error code 0. 系统⽇志中的对应消息为: Source:Service Control Manager Type:Error Event ID: 7024 Description: The Microsoft Exchange Information Store service terminated with service specific error 0. 如果您尝试启动其他 Exchange Server 服务(如邮件传输代理 [MTA]),将产⽣类似的错误。

ExchangeServer2013中重新创建失败的数据库副本

ExchangeServer2013中重新创建失败的数据库副本

ExchangeServer2013中重新创建失败的数据库副本年底了,服务器也开始闹情绪了,最近不知道咋回事,由于各种原因(如底层存储系统上的硬件故障),数据库副本可能处于失败状态。

解决数据库副本失败的根本原因之后,您需要重新生成副本,副本是通过复制承载健康副本的另一个DAG成员的数据来创建数据库的新副本的过程。

为了演示如何重新设置失败的数据库副本,我首先导致了其中一个数据库的失败,这可以在Get-MailboxDatabaseCopyStatus cmdlet 的输出中看到。

准备重新调整数据库副本•重新播种数据库副本时有许多考虑因素。

•首先,重新填充所需的时间将取决于数据库的大小以及源服务器和目标服务器之间的网络性能。

•默认情况下,种子将使用托管活动数据库副本的DAG成员作为源。

•如果数据库的大小为500Gb,那么需要通过网络复制500Gb的数据库,再加上该数据库的事务日志文件和内容索引。

这可能会增加大量需要通过网络传输的数据。

•如果DAG成员仅存在于通过高速LAN连接的单个站点内,则这不太可能成为问题。

••但是,如果DAG成员存在于多个WAN中的多个站点,那么这可能是一个更大的问题。

•幸运的是,您可以为数据库重新指定一个源服务器,从而允许您选择一个具有更好连接性的服务器,例如与具有失败的数据库副本的服务器位于同一站点中的另一个DAG成员。

使用Exchange管理中心重新发送数据库副本•打开Exchange管理中心并导航到服务器- >数据库。

选择具有失败副本的数据库。

••在显示为失败的数据库副本上,单击更新链接。

••您可以单击“ 浏览”并根据需要指定源服务器,否则请单击“保存”以从承载活动数据库副本的服务器重新设置种类。

••等待再次操作完成。

•使用Exchange命令行管理程序重新发送数据库副本•我们还可以使用Update-MailboxDatabaseCopy cmdlet 执行重新播种。

exchange装入数据库失败解决办法

exchange装入数据库失败解决办法

Microsoft Exchange 错误装入数据库“xxxx”失败。

xxxx失败错误:Exchange 无法装入指定的数据库。

指定的数据库: WIN2003\xxxx\xxxx;错误代码: MapiExceptionCallFailed: Unable to mount database.(hr=0x80004005, ec=-515)首先声明我用的是exchange server 2007还有类似的比如544、455错误等,主要是因为某种原因数据库的日志文件丢失或者错误造成的。

可以通过以下方法来解决。

这里要使用到eseutil.exe这个程序,他在ex的安装目录下的\bin\eseutil.exe好下面我们来操作来恢复日志文件。

首先关掉杀毒软件,这主要是为了防止它扫描ex安装的目录造成文件锁定之类的问题,然后在出问题的数据库所在的的目录,比如\exchange\mailbox\firststroagegroup目录下是数据库所在目录,那么在这个文件夹上运行cmd,然后再命令窗口中输入 eseutil -p "xxx.edb" ;然后运行 eseutil -mh "xxx.edb",在显示出来的结果中查看状态 = 干净关闭或者state=cleanshut;然后我们进行下一步运行eseutil /re00 ,运行后会看到很多log文件,这里最后会提示你最后一个log文件是比如0ad,缺少了log文件0ae,这说明丢失了0AE.LOG这个文件,不要紧,进行下面操作,(注意)虽然进行后会丢失0ad之后的数据,但是也比加载不了数据库好吧!来吧继续吧:找到\exchange\mailbox\firststroagegroup目录下最新的LOG文件,将其改名为LOG文件的最前三个字符,比如LOG文件全名是“e000000000ad”那么把它改成“e00”,同理如果是“e010000000ad”那么把它改成“e01”,这时你会发现本文件夹有E01这个文件重复了,备份好原来的那个文件,然后删除它,再吧0AD改名成E00,好啦大功告成了,去EMC里加载这个数据库试试,是不是可以了奶?哈哈其他数据库也这么操作,OWA又可以正常访问了嘎嘎!下面是微软给出的官方说法,其实跟我的一样,只不过是绕口点:使用下列方法之一恢复 Exchange 日志文件:方法 1:如果 Exchange 日志文件被隔离将 Exchange 日志恢复到包含生产日志文件的文件夹。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

防病毒程序的隔离文件夹中。如果日志文件不在隔离文件夹中,请参阅方法
2。
如果 Exchange 日志文件被删除,则必须通过备份还原存储组数据库。然后必须重播日志
文件。若要还原可用的数据库,请执行下列步骤:
方法 2 :如果 Exchange 日志文件被删除 将所有不一致的数据库移动到备份文件夹中。
如果新建了 E00.log 文件,则将新的 E00.log 文件移动到备份文件夹中。此外,将 E00.chk 文件也移动到备份文件夹中。
文件夹中。
数据库位于 c:\program files\exchsrvr\mdbdata
文件夹中。
读取修复计数属性。如果修复计数属性为
0 (零),则未运行 eseutil /p
命令。如果修
复计数属性不是 0 ,则对数据库运行了 eseutil /p 命令。
如果公用数据库和私人数据库处于一致状态或干净关闭状态,则可以将事务日志文件移动 到其他文件夹中。若要确定数据库是否处于一致状态或干净关
Microsoft Exchange 错误
装入数据库“ xxxx ”失败。
xxxx
失败
错误 : Exchange 无法装入指定的数据库。指定的数据库
: WIN2003\xxxx\xxxx
MapiExceptionCallFailed: Unable to mount database.
;错误代码 :
将所有现有的日志文件复制到备份文件夹。注意 文件。
必须复制日志文件。不要移动日志
将最新的 E00*.log 文件重命名为 E00.log 。
通过备份还原数据库。然后重播日志文件。这样可使数据库处于一致状态。但是,数据库 中不包括复制到备份文件夹中的 E00.log 文件。尽管存在一
定的数据损失,但是现在您有了可以装入的数据库。
(注意) 虽然进行后会丢失 0ad 之后的数据,但是也比加载不了数据库好吧!来吧继续
吧:
找到 \exchange\mailbox\firststroagegroup
目录下最新的 LOG文件,将其改名为 LOG文
件的最前三个字符,比如 LOG文件全名是“ e000000000ad”那
么把它改成“ e00”, 同理如果是“ e010000000ad”那么把它改成“ e01”,这时你会发现本 文件夹有 E01 这个文件重复了,备份好原来的那个文件,然
后删除它,再吧 0AD改名成 E00,好啦大功告成了,去 EMC里加载这个数据库试试,是不 是可以了奶?
哈哈 其他数据库也这么操作, OWA又可以正常访问了 嘎嘎!
下面是微软给出的官方说法,其实跟我的一样,只不过是绕口点: 使用下列方法之一恢复 Exchange 日志文件: 方法 1 :如果 Exchange 日志文件被隔离 将 Exchange 日志恢复到包含生产日志文件的文件夹。 启动 "Microsoft Exchange 信息存储 " 服务。如果不缺少任何其他日志文件,将装入数据 库。如果缺少其他日志文件,以下命令:
复制代码 c:\program files\exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata\pub1.edb"
步骤 2 和 3 中的语法假定下列条件为真:
Exchange Server 程序文件安装在 c:\program files\exchsrvr
在命令提示符下键入以下命令:
复制代码 c:\program files\exchsrvr\bin\eseutil /mh "c:\program files\exchsrvr\mdbdata\<name of Exchange database.edb>"
上述语法假定下列条件为真:
Exchange Server 程序文件安装在 c:\program files\exchsrvr
然后运行 eseutil -mh "xxx.edb",
在显示出来的结果中查看
state=cleanshut ;然后我们进行下一步 运行
eseutil /r
状态 = 干净关闭 或者
e00
, 运行后会看到很多 log 文件,这里最后会提示你最后一个 log 文件是比如
0ad,缺少了 log 文件 0ae,这说明丢失了 0AE.LOG这个文件,不要紧,进行下面操作,
注意: 如果无法通过备份还原数据库,则对数据库运行修复实用程序,以使数据库处于一致状 态
启动 "Microsoft Exchange 信息存储 " 服务。
如果对受影响的数据库运行了 骤:
eseutil /p
修复命令但没有删除日志文件,请执行下列步
若要确定是否运行了 eseutil /p 命令,请执行下列操作: 单击 " 开始 " ,再单击 " 运行 " ,键入 cmd,然后单击 " 确定 " 。
好下面我们来操作来恢复日志文件。 首先关掉杀毒软件,这主要是为了防止它扫描 后在出问题的数据库所在的的目录 , 比如
ex 安装的目录造成文件锁定之类的问题,然
\exchange\mailbox\firststroagegroup
目录下是数据库所在目录,那么在这个文件夹上
运行 cmd,然后再命令窗口中输入 eseutil -p "xxx.edb" ;
(hr=0x80004005, ec=-515)
首先声明我用的是 exchange server 2007 还有类似的比如 544、 455 错误等,主要是因为某种原因数据库的日志文件丢失或者错误造 成的。可以通过以下方法来解决。 这里要使用到 eseutil.exe 这个程序,他在 ex 的安装目录下的 \bin\eseutil.exe
闭状态,请执行下列步骤:
若要确定数据库是否处于一致状态或干净关闭状态,请执行下列操作: 单击 " 开始 " ,再单击 " 运行 " ,键入 cmd,然后单击 " 确定 " 。
若要检查私人信息存储,请键入以下命令:
复制代码 c:\program files\exchsrvr\bin>eseutil /mh "drive:\program files\exchsrvr\mdbdata\priv1.edb"
相关文档
最新文档