Recovering an Exchange 2007 Server using the RecoverServer switch

最新推荐文章于 2025-04-16 16:19:54 发布

转载最新推荐文章于 2025-04-16 16:19:54 发布 · 36 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/hyouhaku/archive/2008/01/01/1064867.html

本文提供了恢复Exchange 2007服务器的具体步骤和使用RecoverServer开关的方法。对于遇到Exchange 2007故障的情况，这些指导将帮助您有效解决问题。

The correct way is:

http://www.msexchange.org/tutorials/Recovering-Exchange-2007-Server-RecoverServer-switch.html

转载于:https://www.cnblogs.com/hyouhaku/archive/2008/01/01/1064867.html

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

weixin_30426957

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

7、Windows Server Storage, Clustering, and Disaster Recovery Guide

k8s6orchestrator的博客

09-03

本文详细探讨了Windows Server中的存储管理、故障转移群集配置以及灾难恢复策略，重点介绍了Storage Spaces Direct（S2D）的网络和容量规划、群集升级的最佳实践、Azure Backup和Recovery Services Vault的集成使用、MABS和MARS代理的部署与管理、Windows Server Backup功能、VSS快照管理（vssadmin），以及Azure虚拟机备份与恢复流程。内容涵盖从本地服务器到云端资源的全面备份与恢复解决方案，适用于系统管理员和IT基础

【图像超分】论文精读：Recovering Realistic Texture in Image Super-resolution by Deep Spatial Feature Transform

04-19

1930

尽管卷积神经网络 (CNN) 最近已经证明了单图像超分辨率 (SR) 的高质量重建，但恢复自然和逼真的纹理仍然是一个具有挑战性的问题。在本文中，我们展示了可以恢复忠实于语义类的纹理。特别是，我们只需要在以语义分割概率图为条件的单个网络中调制几个中间层的特征。这是通过一种新颖的空间特征变换(SFT)层实现的，该层为空间特征调制生成仿射变换参数。SFT 层可以与使用相同损失函数的 SR 网络进行端到端训练。在测试过程中，它接受任意大小的输入图像，并生成高分辨率图像，只需以分类先验为条件的单次前向传递。我们的最终

参与评论您还未登录，请先登录后发表或查看评论

Exchange 2007 灾难恢复

04-15

149

Exchange 2007 灾难恢复测试。http://www.msexchange.org/tutorials/Recovering-Exchange-2007-Server-RecoverServer-switch.html...

The Value of ESEUTIL When Your Exchange Database is Dirty

weixin_34127717的博客

11-16

ESEUTIL isn’t a new command-line tool, it’s been around since version 5.5 of Exchange Server and was used to defragment, repair and verify the integrity of Exchange databases. D...

Best practices for Backup Exec 2012 Agent for Microsoft Exchange Server

weixin_34242819的博客

08-07

158

http://www.symantec.com/business/support/index?page=content&id=HOWTO74428BestpracticesforBackupExec2012AgentforMicrosoftExchangeServerBestpracticesincludetipsandrecommen...

Microsoft SQL Server Trace Flags

数据库生态圈（RDB & NoSQL & Bigdata）——专注于关系库优化（Oracle&Mysql&PG&SQL Server ）

02-22

1575

Complete list of Microsoft SQL Server trace flags (585 trace flags)REMEMBER: Be extremely careful with trace flags, test in your test environment first. And consult professionals first if you are the ...

SQL Server TRACE FLAGS

雨翰数据库修复

08-05

1925

<br />转自：http://blog.youkuaiyun.com/obuntu/archive/2010/06/08/5655494.aspx<br />谢谢obuntu<br /> <br /> flag Trace Flag Description (underlined are sp_configure’able) -1Sets trace flags for all connections. Used only with DBCC TRACEON and TRACEOFF. The setti

RFC6749: The OAuth 2.0 Authorization Framework 原文

spawpaw的博客

08-25

3499

文章目录The OAuth 2.0 Authorization Framework1. Introduction1.1. Roles1.2. Protocol Flow1.3. Authorization Grant1.3.1. Authorization Code1.3.2. Implicit1.3.3. Resource Owner Password Credentials1.3...

SQL Server TRACE FLAG

obuntu的专栏

06-08

3189

flag Trace Flag Description (underlined are sp_configure’able) -1Sets trace flags for all connections. Used only with DBCC TRACEON and TRACEOFF. The setting of the Trace flag -1 is not visible with DBCC TRACESTATUS command, but work without problem

SQL Server Trace Flags

dida4700的博客

08-01

367

SQL Server Trace Flags Trace flags can be used to alter the behavior of SQL Server and they can help when diagnosing performance issu...

Recovering sw

10-15

2. **进入ROM Monitor模式**：如果交换机无法正常启动并停留在 `switch:` 提示符或出现错误消息，则需要通过按下 `Ctrl+Break` 进入ROM Monitor模式。 3. **配置TFTP服务器信息**：在ROM Monitor模式下，使用命令 `...

ceph集群的pg卡住不同步处理记录【如objects degraded (0.223%)】、pg为unclean和degraded等状态处理

崔崇鑫的博客，你linux/云运维工作中的百科全书。

04-16

357

这条命令可以解决pg异常状态，后果我前面已经说过了。而且现在再此查看异常pg状态，发现都是显示的ok，证明没有异常pg。okokok。

SQL Server专家的10个秘诀（翻译加注解）

09-13

09-12

09-12

四级流水线8位booth算法乘法器，有无符号都支持（verilog），含testbench（system verilog）

09-12

乘法器包含三个.v文件乘法器可进行有符号与无符号的8位乘法计算，但是需要提前输入乘数是否为有符号的标识【顶层multiplier_8_special.v：对乘法器进行分割段数 booth2_pp_decoder.v:使用booth算法，将乘数进行转换 mult_pp_adder.v:执行部分积加法。（这里经过了部分优化，但是仍直接使用了‘+’符号，如果是asic设计，需要更加具体，也能进一步优化） tb_mult8_special.v:(tesetbench):仿真激励文件：20*4组随机数测试数据，会返回验证时出错的数据的部分原因。（system verilog）】经过初步仿真验证，无问题经过vivado某个ultrascale型号的fpga实现过后能达到500mhz以上频率，资源使用量为120lut左右此模块为tpu设计中的一个底层模块，（作为多复用单元，可以处理浮点数据的一个部分）后续会逐步上传tpu的其他部分以及功能原理介绍注：sys_enable:模块启动信号，sys_enable=0时会暂停并暂存数据。 valid：valid=1输入乘数有效，valid=0无效则会不计算这个数据。

无限特征选择_一种基于图的特征过滤方法_Infinite Feature Selection_ a Graph-base

09-12

无限特征选择_一种基于图的特征过滤方法_Infinite Feature Selection_ a Graph-based Feature Filtering Approach.zip

达芬奇手术机器人阻抗控制的MATLAB仿真_MATLAB simulation of Impedance control

09-12

达芬奇手术机器人阻抗控制的MATLAB仿真_MATLAB simulation of Impedance control on da Vinci Surgical Robot.zip

mysql mgr 状态为RECOVERING

03-27

<think>好的，我需要帮助用户理解MySQL MGR状态为RECOVERING的原因及解决方法。首先，我要回忆一下MySQL Group Replication（MGR）的基本知识。MGR是MySQL的一种高可用性解决方案，通过组复制实现数据的同步。RECOVERING状态通常表示节点正在尝试加入集群，但遇到了问题。根据用户提供的引用内容，有几个关键点需要注意。引用[4]提到从库状态是RECOVERING，导致数据不同步，并且日志显示从库已经存在数据库linux，无法创建。这说明可能存在数据冲突或者配置问题。另外，引用[3]提到重启三台服务器的MySQL，可能恢复流程中的某些步骤没有正确执行。引用[2]中的日志显示复制线程退出，停止在位置0，可能表示复制过程中断或无法找到正确的日志位置。接下来，我需要整理可能的原因。首先，数据不一致可能导致节点无法加入集群，比如已有的数据库或表与新加入节点的预期状态冲突。其次，网络问题可能导致节点无法连接到其他成员，引用[5]显示ESTABLISHED连接，但可能存在防火墙或端口配置问题。第三，Binlog配置错误或文件丢失会影响恢复过程，如引用[1]提到的relay-bin文件可能存在问题。此外，节点版本不一致或配置参数不匹配也可能引发问题。解决方法方面，应该先检查数据一致性，确保新节点没有冲突的数据。然后验证网络连接，确保端口开放，节点间可以通信。检查Binlog配置，确保路径正确，文件存在。确认所有节点的配置参数一致，特别是group_replication相关的设置。如果问题依旧，可能需要重新引导节点，清除旧数据后重新加入集群。用户可能需要知道如何具体执行这些步骤，比如如何清除数据、如何检查配置参数。同时，需要提醒用户操作前备份数据，避免进一步的问题。最后，生成相关问题可以帮助用户深入理解其他可能的故障情况，如网络配置影响、处理大事务或监控MGR状态的方法。</think>### MySQL MGR状态为RECOVERING的原因及解决方法 #### 一、状态定义在MySQL Group Replication（MGR）中，`RECOVERING`状态表示节点正在**加入集群的恢复阶段**，需通过分布式恢复流程同步数据。若此状态长时间未变为`ONLINE`，则表明恢复流程受阻[^1][^3]。 --- #### 二、常见原因及解决方案 ##### 1. **数据冲突或已存在数据库** - **现象** 节点本地已存在与集群中同名的数据库或表（如引用[4]中`linux`数据库冲突），导致无法创建复制所需对象。 - **解决方法** ```sql -- 删除本地冲突数据库 DROP DATABASE IF EXISTS linux; -- 重新执行START GROUP_REPLICATION ``` 需确保新节点为**全新实例**或已清理冲突数据。 ##### 2. **网络连接问题** - **现象** 节点无法通过`group_replication_local_address`定义的端口与其他成员通信（如引用[5]中`33061`端口）。 - **解决方法** ```bash # 检查防火墙规则 iptables -L | grep 33061 # 验证节点间双向连通性 telnet 172.1.1.226 33061 ``` ##### 3. **Binlog文件缺失或配置错误** - **现象** 恢复过程中无法找到有效的binlog文件（如引用[1]中`group_replication_recovery.000012`文件异常）。 - **解决方法** ```ini # my.cnf配置示例 [mysqld] log_bin=binlog binlog_format=ROW gtid_mode=ON enforce_gtid_consistency=ON ``` 需确保所有节点配置一致，且`relay_log_recovery=1`[^2]。 ##### 4. **版本或配置不一致** - **现象** 节点间MySQL版本差异或`group_replication`参数（如`group_replication_group_name`）不匹配。 - **解决方法** ```sql -- 检查参数一致性 SHOW GLOBAL VARIABLES LIKE 'group_replication%'; -- 更新版本后重新启动集群 ``` ##### 5. **事务过大或复制超时** - **现象** 大事务导致恢复超时（默认`group_replication_recovery_retry_count=10`）。 - **解决方法** ```sql -- 调整恢复超时参数 SET GLOBAL group_replication_recovery_retry_count=30; ``` --- #### 三、标准恢复流程 1. **清理旧数据** ```bash systemctl stop mysqld rm -rf /var/lib/mysql/* mysqld --initialize-insecure systemctl start mysqld ``` 2. **重新加入集群** ```sql CHANGE MASTER TO MASTER_USER='repl', MASTER_PASSWORD='password' FOR CHANNEL 'group_replication_recovery'; START GROUP_REPLICATION; ``` --- #### 四、监控建议 ```sql -- 查看MGR状态 SELECT * FROM performance_schema.replication_group_members; -- 检查错误日志 SHOW GLOBAL VARIABLES LIKE 'log_error'; ``` ---