记录一次邮件容灾恢复过程

背景介绍

客户目前使用的是Exchange Server 2013,两前两后,数据盘是存储挂载过来的,邮件备份使用的是NBU,由于机房漏水,导致存储服务器宕机。导致绝大部分数据丢失。

Exchange恢复过程

  1. 使用新存储重新划分磁盘,并使用NBU逐个恢复数据库,按照原路径恢复。
  2. 检查已恢复的数据库所在的服务器(以数据库L14DB3为例)

Get–MailboxDatabase L14DB2 | Get-MailboxDatabaseCopyStatus

3.检查数据库和log路径

Get-MailboxDatabase L14DB3 | fl Name,edb,Log

4.检查是否有日志缺失

  • 进入到HQEXMB01服务器上,以管理员运行命令提示符,进入到数据库目录

输入Eseutil /mh L14db3.edb

检查数据状态及是否有日志缺失:
如图:Log Required项显示有日志缺失

5.修复缺失Log文件

eseutil /r E0C /L G:\Mailboxlog\L14DB3

  • 再次检查,状态如下:

6.检查多余的Log文件

7.删除此数据库的DAG副本

Remove-MailboxDatabaseCopy –Identity L14DB3\ HQEXMB01 –Confirm:$False

8.装入数据库

mount-database L14DB3 -Force

  • 检查数据库是否已经装入

9.其他情况

如果日志未丢失,执行以下步骤恢复:

  • eseutil /mh O:\Mailbox\Line04C006\line04c006.edb (PS:检查数据库日志缺失状态,发现未丢失)
  • eseutil /p O:\Mailbox\Line04C006\line04c006.edb (PS:使用命令强制修复数据库)
  • mount-database 数据库名称 -Force
  • 强制修复的数据库用户可能无法正常收发邮件,报错如下:

解决办法:将此邮箱移动到其他数据库;

Exchange DAG副本添加

说明:此文档以数据库public001-t为例:

1.卸载和装入数据库:

  • 打开Exchange ECP?服务器?数据库?选择要添加副本的数据库?…?卸载

  • 弹出警告-点击“是”

  • 检查数据库是否已经卸载

  • 打开Exchange Powershell命令
  • 挂载数据库:(指定参数-force参数)
  • Mount-Database Public001-t –force

  • 通过ECP检查数据库是否已经装入

2.添加数据库副本

  • Exchange Powershell中运行:
  • Add-MailboxDatabaseCopy –Identity Public001-t –MailboxServer hqexmb01

    (说明:–MailboxServer 后面跟副本服务器的名称;先检查此数据库在哪台服务器上装入,则另外一台服务器为添加副本的服务器)

  • 添加完成

  • 重启Exchange信息存储服务

3.检查DAG状态

原文地址:http://blog.51cto.com/itsoul/2090750

时间: 2024-10-10 20:03:38

记录一次邮件容灾恢复过程的相关文章

K8S容灾方案的五个关键点

容灾恢复是绝大多数企业级应用的基本要求 在没有Kubernetes也没有容器的时候,备份和恢复解决方案通常在虚拟机(VM)级别上实现.当应用程序在单个VM上运行时,容灾系统适用于这样的传统应用程序.但是,当使用Kubernetes对应用程序进行容器化管理时,这样的容灾系统就无法使用了.有效的Kubernetes容灾恢复方案必须针对容器化架构进行重新设计,并按Kubernetes的原生方式来运行.传统的基于VM的备份和恢复解决方案,使用快照来收集数据,但这些数据对于某个具体容器化应用并不足够.因为

记录SQL Server2008日志文件损坏的恢复过程

记录SQL Server2008日志文件损坏的恢复过程: 环境:系统Windows Server2003 数据库SQL Server2008 故障原因:通过mstsc链接同一服务器时,用户界面不一致.决定重启服务器,未正确关闭应用程序的情况下(程序在访问数据库),导致数据库日志文件损坏,自然也就无法访问mdf文件!(都是微软自家的产品,重启服务器为什么不能检查数据库的状态,将数据库设置在安全状态后在重启呢??所以,要养成良好的习惯.关闭现有数据库链接,再重启服务器) 故障表现:无法访问数据文件,

甩掉运维黑锅,容灾部署如何该怎么做

现如今本地负载均衡技术已经解决服务器集群的高可用问题,但是断电.施工挖断光缆.自然灾害等依然可以导致整个数据中心无法工作.另外,中国网络由多家运营商组成,各运营商之间互联互通质量差已是不争的事实.因此大型互联网企业早已不满足于单一.或者双活数据中心提供网站服务,越来越多的互联网企业开始考虑在不同地区.不同运营商部署多个数据中心集群,以实现用户访问就近接入.负载均衡和故障容灾. 现如今本地负载均衡技术已经解决服务器集群的高可用问题,但是断电.施工挖断光缆.自然灾害等依然可以导致整个数据中心无法工作

备份容灾

备份容灾 在分布式存储系统中,系统可用性是最重要的指标之一,需要保证在机器发生故障时,系统可用性不受影响,为了做到这点,数据就需要保存多个副本,并且多个副本要分布在不同的机器上,只要多个副本的数据是一致的,在机器故障引起某些副本失效时,其它副本仍然能提供服务.本文主要介绍数据备份的方式,以及如何保证多个数据副本的一致性,在系统出现机器或网络故障时,如何保持系统的高可用性. 数据备份 数据备份是指存储数据的多个副本,备份方式可以分为热备和冷备,热备是指直接提供服务的备副本,或者在主副本失效时能立即

分布式存储系统设计(4)—— 备份容灾

在分布式存储系统中,系统可用性是最重要的指标之一,需要保证在机器发生故障时,系统可用性不受影响,为了做到这点,数据就需要保存多个副本,并且多个副本要分布在不同的机器上,只要多个副本的数据是一致的,在机器故障引起某些副本失效时,其它副本仍然能提供服务.本文主要介绍数据备份的方式,以及如何保证多个数据副本的一致性,在系统出现机器或网络故障时,如何保持系统的高可用性. 数据备份 数据备份是指存储数据的多个副本,备份方式可以分为热备和冷备,热备是指直接提供服务的备副本,或者在主副本失效时能立即提供服务的

避开容灾备份的误区

随着信息行业的发展,容灾备份已经被很多公司和企事业单位所接受.同时,容灾备份的厂商也抛出了不少的新概念和观点.不过,北京和力记易科技有限公司(以下简称"和力记易")作为行业内的专业容灾备份提供商,发现目前在该行业存在一些误区,而且有些观点误导性还很大,因此有必要将其逐一澄清,既利于行业发展,也利于客户选择好的产品. 误区一:容灾备份=拷贝 在容灾备份领域,有一些人认为所谓容灾备份就是将文件进行简单拷贝,这是一种十分肤浅而且是错误的理解!事实上,首先,拷贝仅仅是一种定时备份,是一种冷备份

3 Exchange 2016异地容灾系列-Exchange部署(五)

这段时间还没等我写出这篇博客,测试环境就over了,只能找下其他的相关图片来更新下了.下面我们来看下如果发生主站点灾难性事故后,如何将Exchange切换到容灾站点中. 一.环境信息 服务器名称 操作系统 IP地址 网关 DNS 角色 BJAD01 windows server 2012 R2 10.1.1.1 10.1.1.10 10.1.1.1 北京域控01 BJEX01 windows server 2012 R2 10.1.1.2 10.1.1.10 10.1.1.1 北京Exchang

MongDB集群容灾方案步骤

MongoDB复制集优/特点支持大数据量.高扩展性.高性能.灵活数据模型.高可用性.同步机制数据复制的目的是使数据得到最大的可用性,避免单点故障引起的整站不能访问的情况的发生,Mongodb的副本集在同一时刻只有一台服务器是可以写的,副本集的主从复制也是一个异步同步的过程,是slave端从primary端获取日志,然后在自己身上完全顺序的执行日志所记录的各种操作(该日志是不记录查询操作的),这个日志就是local数据库中的oplog.rs表,默认在64位机器上这个表是比较大的,占磁盘大小的5%,

巨杉Tech|SequoiaDB 巨杉数据库高可用容灾测试

数据库的高可用是指最大程度地为用户提供服务,避免服务器宕机等故障带来的服务中断.数据库的高可用性不仅仅体现在数据库能否持续提供服务,而且也体现在能否保证数据的一致性. SequoiaDB 巨杉数据库作为一款100%兼容 MySQL 的国产开源分布式数据库,它在高可用方面的表现如何?它的高可用性是如何实现的?本文将详细描述SequoiaDB巨杉数据库的高可用性原理,并进行测试验证. 01 巨杉分布式集群架构 SequoiaDB 巨杉数据库采用计算与存储分离架构,SequoiaSQL-MySQL 是