一段对话，解决一个Exchange问题

最新推荐文章于 2025-07-04 09:59:10 发布
原创 最新推荐文章于 2025-07-04 09:59:10 发布 · 329 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#exchange #microsoft #服务器 #server #system #iis

本文讨论了Exchange Server 2003中的Exchange系统助理服务出现问题时的解决方法，特别是在域控制器更改后导致的服务启动失败和全局编录问题。

 

Exchange Sysmte Attentant（Exchange系统助理）是 Exchange Server 2003 最重要的服务之一。该组件具有许多职责，其中包括维持与 Active Directory 的通信、生成脱机地址列表、执行邮件跟踪等等（表 2.3）。相应的可执行文件是 Mad.exe，该文件位于 /Program Files/Exchsrvr/Bin 目录中。系统助理必须找到网络中的域控制器和全局编录，这样 Exchange 服务才能访问收件人和配置信息。为了查找域控制器，系统助理使用 ADSI 来执行无服务器的绑定。为了将其他 Exchange 组件（如 Exchange 存储和 SMTP 传输引擎）的目录访问请求转发给 Active Directory，系统助理包含一个 DSAccess 组件 (DSAccess.dll)。DSAccess 也缓存目录信息，以减少发送给 Active Directory 的查询的数目。

http://support.microsoft.com/kb/297363/zh-cn

下面是和豆腐的一段对话，对上述描述的现实体现：

 

Dave(www.shait.net) 说 (14:46): 在吗？兄弟，这样的，我的主DC服坏了，我把它格了。把副DC升到了主DC

Aceryt 说 (14:47): 在，然后呢

Dave(www.shait.net) 说 (14:47): 用FSMO角色抢夺，五个主要的角色都弄过来了，然后把原来的主DC弄成了副DC ，现在一切都正常了，只有一个问题，副DC上原来有exchange ，现在exchange出问题了

Dave(www.shait.net) 说 (14:51): 与 Microsoft Exchange Information Store 服务相依的 Microsoft Exchange System Attendant 服务因下列错误而无法启动: 操作成功完成。

与 Microsoft Exchange Event 服务相依的 Microsoft Exchange Information Store 服务因下列错误而无法启动: 依存服务或组无法启动。

进程 INETINFO.EXE (PID=1564)。DSAccess 在本地站点“Default-First-Site-Name”和下列站点中都找不到 任何全局编录服务器

Aceryt 说 (14:54): 你在将额外域控制器提升为主域控后，再把原主域控做成额外域控这中间，有没把原主域控残余数据从域中删除？

Dave(www.shait.net) 说 (14:56): 没有，残余数据就是指原主域控服务器的数据？

Aceryt 说 (14:56): 对，那你如何把原主域控做成额外域控的？

Dave(www.shait.net) 说 (14:57): 直接格了，后来加入的时候确实不让我加

Aceryt 说 (14:57): Microsoft Exchange System Attendant服务是要查询GC信息提供给客户端的，如果找不到GC，自然会出问题

Dave(www.shait.net) 说 (14:58): 然后我用命令进行删除的

Aceryt 说 (14:59): ntdsutil？

Dave(www.shait.net) 说 (14:59): Remove selected server cn=servername,cn=servers,cn=sitename,cn=sites,cn=configuration,dc=

Aceryt 说 (15:00): 说错了，残余数据就是指原主域控的一些信息，不删除不能重新加入域，你做法步骤是对的

Dave(www.shait.net) 说 (15:00): 是的，用ntdsutil

Aceryt 说 (15:00): 查询过GC有问题么，先看看新域控里面有没GC角色，在站点和服务中看，Active Directory站点和服务，Default-First-Site-Name，Server，SERVERNAME，NTDS Settings，右键属性，全局编录是否钩上

Aceryt 说 (15:05): 另外Exchange是2k还是2k3？

Dave(www.shait.net) 说 (15:06): 2K3，那个全局编录没有勾，我勾上了

Aceryt 说 (15:07): 看看两台是否都如此，确保至少有一个GC，然后建议重启一下两台服务器

Dave(www.shait.net) 说 (15:07): 两台都要勾吗？然后两台都重启一下，对吧？

Aceryt 说 (15:07): 一台够了，只是至少要一台，在多站点情况下，多个GC也正常

Aceryt 说 (15:08): 最好吧，然后静置一小段时间

Dave(www.shait.net) 说 (15:08): 那我重启一下两台服务器

Aceryt 说 (15:08): 确保数据都同步了，重启完告知一声，然后再检查一个地方

Dave(www.shait.net) 说 (15:11): 好 AD我看了，都已经同步，包括刚刚勾的全局编录，已经在副的上面反应出来了

Aceryt 说 (15:13): 服务器应该都是2k3了吧

Dave(www.shait.net) 说 (15:13): 是的 ……

Aceryt 说 (15:23): 现在如何？

Dave(www.shait.net) 说 (15:24): 嗯，exchange好了，呵呵

Dave(www.shait.net) 说 (15:24): 还有"进程 INETINFO.EXE (PID=1564)。拓朴发现失败"

Aceryt 说 (15:25): 刚才说检查一个地方，在Exchange系统管理器里面，管理组，选择一台Exchange服务器，右键属性，目录服务，里面也可以看到GC指向哪里

Dave(www.shait.net) 说 (15:26): 不过外面连过来的不行，好像开了open relay一样

Aceryt 说 (15:27): INETINFO.EXE，检查IIS吧，DC的迁移、升级这地方少不了出问题，如果IIS有问题，OWA也遭殃。是个麻烦事儿，最好有日志，根据日志到Eventid Search一下，还有Microsoft Support Site。




techweb
关注
AI Agent: AI的下一个风口 AutoGPT：通过自然语言的需求描述执行自动化任务
AI天才研究院
06-29 1331
随着人工智能技术的快速发展，我们正在进入一个新的AI时代。传统的AI系统虽然在特定任务上表现出色，但往往缺乏灵活性和自主性。用户需要一种更智能、更自主的AI系统，能够理解复杂的自然语言指令，并自动执行各种任务。这种需求催生了AI Agent的概念，其中AutoGPT作为一个典型代表，正在引领AI的下一个风口。基于大型语言模型的自然语言理解和生成任务分解与规划上下文管理和记忆机制自主决策与执行持续学习与优化。
提示工程架构师必藏攻略：多轮对话Agentic AI提示设计攻略大全
AIGC应用创新大全的博客
08-14 1189
原则阐述：为Agent清晰定义其角色、能力范围、目标任务以及行为准则，并在整个多轮对话过程中保持这些定义的一致性。重要性：模糊的角色定位会导致Agent行为不可预测，目标不明确则会使对话失去方向。实践策略在系统提示中明确声明Agent的身份（“你是一位专业的旅行顾问”）。清晰描述Agent的核心能力和不能做的事情（“你可以提供旅行建议和预订服务，但不能访问用户的银行账户”）。设定清晰的对话目标或任务边界（“本次对话的目标是帮助用户规划一周的日本旅行”）。
PHP操作RabbitMQ消息接收不到的问题【cannot publish to internal exchange 'push-apns' in vhost 'pushHost】
/*李大叔*/ 的专栏
11-05 3310
1：安装和基本概念过程布标
micro library system with wechat - 一点PHP的学习
Paulmin的专栏
05-21 664
frontend (微信图书馆的前端展示) for mobile: http://120.24.223.84/demo_lib/home.php backend (微图书馆的后台管理) better for PC: http://120.24.223.84/demo_lib/admin/login.php
RabbitMQ---Publish/Subscribe
新博客：https://aping-dev.com/
08-03 343
官网地址：https://www.rabbitmq.com/tutorials/tutorial-three-python.html work queues 中的一条消息只能发送给一个消费者。 publish/subscribe 中的一条消息可同时发送给多个消费者。 emit_log.py #!/usr/bin/env python import pika import sys connect...
使用IDEA开发RabbitMQ教程系列（三）RabbitMQ Exchange交换机的详细使用
Micro麦可乐的博客
02-21 6490
简介 前面第一章我们已经初步了解了什么是Exchange，简单来说它主要目的是为了接收消息，并根据路由键转发到所绑定的队列Queue，下面我用一张图来解释 1、首先Send Massage 作为生产者 投递消息至Exchange; 2、Exchange 根据黄色区域 RoutingKey 对应将消息路由到Queue； 3、Receive Message 作为消费者，它会和Queue建立一个监听，...
一个快速简单的工具来分析SSL/TLS协议数据帧 （C/C++代码实现）
chen1415886044的博客
08-25 1272
然而，在其他方面，具有讽刺意味的是，记录提供了一些新的重要信息，如密码套件、证书、服务器名称指示（SNI）等的偏好。SSL/TLS协议是网络安全通信的基石，它通过在客户端和服务器之间建立一个加密的通道，确保数据传输的安全性和完整性。通过Wireshark的抓包分析，可以直观地了解SSL/TLS协议的实际执行过程，包括客户端和服务器之间的消息交换、加密套件的选择、证书的验证以及最终的密钥交换。在进行SSL/TLS协议分析时，需要注意的是，随着网络安全威胁的不断演变，SSL/TLS协议也面临着一些挑战和漏洞。
4、利用 DIALOG 框架设计智能体对话
ujm5678901的博客
07-04 52
本文介绍了DIALOG框架及其支持的ACSL语言，用于设计和实现多智能体系统中的交互协议。通过建模、规范和实现三个视图，DIALOG提供了从图形化设计到形式规范再到自动执行的完整解决方案。ACSL语言结合结构操作语义（SOS）确保了协议的可验证性和可执行性，而AUML+则提供了直观的可视化建模能力。博文还探讨了该框架在电子商务、供应链管理和智能交通系统等领域的应用，并展望了其未来发展的潜力。
换位整除（exchange）
最新发布
10-09
- 回答结构清晰，逐步解决问题，保证真实可靠。 用户提供了几个引用： - [^1]: 非对称加密算法的应用场景，包括Key Exchange、Digital Signatures等。 - [^2]: ECDHE（椭圆曲线迪菲-赫尔曼秘钥交换），用于密钥交换...
rabbitmq-InternalExchange
zhongjay的专栏
12-01 1110
如果一个excahnge被定义成Internal，那么consumer是不能给它发消息的，会报错； //// Functional test demonstrating use of an internal exchange in an exchange to// exchange routing scenario.  The routing topology is:////        ...
RabbitMQ四种Exchange详情及案例
热门推荐
心寒的博客
07-23 1万+
RabbitMQ给我们提供了四种Exchange模式，分别为：fanout,direct,topic,header 一：Direct Exchange 与指定交换机绑定的所有队列都可以接收到消息，任何发送到Direct Exchange的消息都会被转发到RouteKey中指定的Queue，如果不存在RouteKey中指定的队列名，则该消息会被抛弃。 案例：比如两人谈恋爱，单独发送消息： 发送消息设置，及接收短信 调用sendDirect方法运行结果如下： 二：TopicE...
Trouble Shooting记录：服务 Microsoft Exchange Information Store 意外停止
weixin_34106122的博客
08-12 317
------------- 现象： 下午2010年8月11日6点某客户因机房改造，关闭邮件服务器后再次启动出现： exchange service主机不能启动； exchange information store不能启动； 相关应用程序事务日志事件中的错误： 来源MSExchange Common 事件ID 4999 Watson 报告将发送到 d...
Exchange 常见问题之七
weixin_33749242的博客
11-16 500
15．OWA中如何设置语言？ 在Exchange 2007以前，Http header定义了OWA中的语言，所以语言设置是在客户端摄制的。对于Exchange 2007,我们则可以在服务器端使用set-mailbox -identity "mailbox" -language "fr-FR"设置OWA的语言。 Language setup for a mail...
exchange发信流程
blogfeifei
11-03 707
1.客户端使用outlook使用MAPI进行发信,这封信保存在了用户邮箱的发件箱里面 2. 邮箱服务器组件 microsoft exchange mail submission service检测到用户发件箱下面有邮件可用,它会随机挑选一个HUB,提交邮件通知HUB的store driver。 3.store driver把这封邮件从邮件服务器组件上通过MAPI拿过来放到submission ...
实战Active Directory站点部署与管理，Active Directory系列之十二
weixin_34409741的博客
03-09 759
实战Active Directory站点部署与管理 上篇博文中我们家介绍了站点的设计目的及大致原理，今天我们通过实战为大家介绍如何进行站点的部署以及管理。实验拓扑如下图所所示，adtest.com域中有四个域控制器，分别是Florence，Berlin，Firenze和Perth。其中Florence和Berlin在北京，隶属于192.168.11网段；Firenze和Perth在上海，隶属于1...
使用Admodify 删除Exchange中多余的邮件地址！
技术与管理的平衡木-
07-31 3964
在Exchange 中，比较头疼的是。我们过往的地址策略还会保存在AD的Proxyaddres 中，这对于我们的IT来说，如果需要手动的去一个一个删除，意味着是一个mission impossible,我们利用Admodify 批量删除相关的属性来达到这个效果。以下是步骤：   比如这是以前的情况，我想删除1@test.com的地址。 先将test.com这条地址策略删除
演示Exchange用法
DRB321的博客
04-21 1271
import java.util.HashSet; import java.util.Iterator; import java.util.Set; import java.util.concurrent.Exchanger; /** * 类说明：演示Exchange用法 */ public class UseExchange { private static final Exch...
同一个进程中，两个线程要怎么交流
08-25
<think>首先，用户的问题是：“我想了解同一进程中两个线程之间如何进行通信或数据交换 请问线程间通信 方法 同一进程 数据交换”。这翻译成英文是：“I want to understand how two threads within the same process communicate or exchange data. Please tell me about thread communication methods for data exchange within the same process.” 根据系统级指令： - 所有行内数学表达式必须使用$...$格式，但在这个问题中，没有明显的数学表达式，所以可能不需要。 - 独立公式必须使用$$...$$格式并单独成段，但同样，这个问题可能不涉及数学公式。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾自然地添加引用标识，例如[^1]。 用户可见层指令： - 回答结构清晰，帮助用户逐步解决问题。 - 尽量保证回答真实可靠。 参考站内引用：用户提供了四个引用，我需要参考它们。这些引用是关于进程间通信（IPC）和线程间通信的。 - 引用[1]：解释IPC和线程间通信的区别。 - 引用[2]：讨论线程间通信的机制，如锁、信号量、信号。 - 引用[3]：提到共享内存是最快的IPC方式，但用于进程间。 - 引用[4]：关于socket编程模型。 用户的问题是专门针对同一进程内的线程间通信，所以我需要专注于线程间通信的方法。 关键点：线程间通信主要用于同步和数据共享，因为线程共享同一进程的内存空间。 从引用[2]中：线程间通信目的主要是用于线程同步，线程没有像进程通信中的用于数据交换的通信机制。但线程可以通过共享内存直接访问数据，因为它们在同一个地址空间。 所以，线程间通信的方法包括： 1. **共享变量**：线程可以直接读写共享的全局变量或对象。 2. **锁机制**：如互斥锁（mutex）、读写锁（read-write lock）、条件变量（condition variable），用于同步访问共享资源。 3. **信号量机制**：用于控制对共享资源的访问。 4. **信号机制**：类似进程间的信号，但用于线程。 5. **其他同步原语**：如屏障（barriers）、事件（events）。 从引用[2]：具体提到了锁机制、信号量机制、信号机制。 引用[3]提到共享内存是最快的IPC，但那是针对进程的；对于线程，由于共享内存是自动的，所以线程可以直接访问共享数据。 在回答中，我需要结构化： - 逐步解释线程间通信的方法。 - 使用中文。 - 在末尾生成相关问题。 - 如果引用站内内容，添加引用标识。用户提供了引用，所以我应该在相关部分添加[^1]、[^2]等。 用户说：“上述引用仅供参考，并不是用户真正的需求，请尽可能多的参考用户上一次的问题和你的回答。” 但在这个上下文中，用户没有指定上一次问题；这是新对话。所以，我应基于提供的引用。 现在，构建回答： 1. **引言**：解释线程间通信的概念，强调同一进程内的线程共享内存。 2. **方法列表**：详细描述常见方法。 - 共享变量 - 锁机制（互斥锁、条件变量等） - 信号量 - 信号机制 - 其他如管道、消息队列（但通常用于进程间；线程间可能使用线程安全版本） 从引用[2]：线程间通信主要是同步机制。 3. **示例**：如果需要，可以添加代码示例，但用户没有要求，且指令没有指定。指令示例中有Python代码，所以或许可以添加简单代码。 4. **总结**：强调同步的重要性。 5. **生成相关问题**：在末尾添加§§相关问题§§部分。 引用添加：在解释方法时，如果基于引用，添加[^2]等。 例如，从引用[2]：“锁机制：包括互斥锁、条件变量、读写锁” – 所以我可以引用。 确保回答真实可靠：基于标准并发编程知识。 最终回答结构： - 开头：直接回答问题。 - 主体：分步解释方法。 - 结尾：总结和生成问题。</think>### 线程间通信方法：同一进程内数据交换详解 在并发编程中，同一进程内的多个线程共享相同的地址空间（内存），因此线程间通信主要通过共享内存和同步机制实现，而不是像进程间通信那样需要复杂的IPC（进程间通信）机制。线程通信的核心目标是确保数据交换的安全性和效率，避免竞态条件（race conditions）和数据不一致问题。以下我将逐步解释同一进程中线程间通信的常用方法，帮助您理解如何实现数据交换。这些方法基于线程同步原理，参考了标准并发编程实践[^2]。 #### 步骤1: 理解线程间通信的基础 - **共享内存的优势**：由于线程共享进程的内存空间，它们可以直接读写全局变量或共享对象（如数组、结构体）。这是最高效的数据交换方式，因为无需数据复制。 - **同步的必要性**：多个线程同时访问共享数据可能导致冲突（如一个线程写入时另一个线程读取）。因此，通信方法通常结合同步机制来保证操作的原子性和顺序性[^2]。 #### 步骤2: 主要通信方法详解 以下方法适用于同一进程内的线程间数据交换，每种方法都包含简单示例（使用Python或伪代码说明，但原理通用）。 1. **共享变量（直接内存访问）** - **原理**：线程通过全局变量或共享数据结构直接交换数据。这是最简单的方法，但需要同步机制来保护数据。 - **实现方式**： - 定义全局变量（如Python的`global`关键字）。 - 使用线程安全的数据结构（如Java的`ConcurrentHashMap`或Python的`queue.Queue`）。 - **示例代码（Python）**： ```python import threading # 共享变量 shared_data = 0 lock = threading.Lock() # 互斥锁用于同步 def thread_func(): global shared_data with lock: # 加锁确保安全 shared_data += 1 # 数据交换操作 # 创建并启动两个线程 t1 = threading.Thread(target=thread_func) t2 = threading.Thread(target=thread_func) t1.start() t2.start() t1.join() t2.join() print(f"共享数据值: {shared_data}") # 输出应为2 ``` - **优点与缺点**：高效（无额外开销），但易出错；必须使用锁来避免数据竞争[^2]。 2. **锁机制（Lock Mechanisms）** - **原理**：通过互斥锁（Mutex）、读写锁（Read-Write Lock）或条件变量（Condition Variable）控制线程对共享资源的访问。锁确保同一时间只有一个线程能修改数据。 - **常见类型**： - **互斥锁（Mutex）**：基本锁，用于排他性访问（如修改数据时）。 - **读写锁**：允许多个线程同时读取数据，但写入时互斥（提高读密集型应用的性能）。 - **条件变量**：线程可以等待特定条件（如数据准备好），其他线程发出信号唤醒它；常与互斥锁结合使用[^2]。 - **示例场景**：生产者-消费者模型（一个线程生产数据，另一个消费）。 ```python import threading buffer = [] # 共享缓冲区 lock = threading.Lock() condition = threading.Condition(lock) # 条件变量 def producer(): with condition: buffer.append("data") # 生产数据 condition.notify() # 通知消费者 def consumer(): with condition: while not buffer: # 等待数据 condition.wait() data = buffer.pop(0) # 消费数据 ``` - **优点与缺点**：简单易用，适用于大多数场景；但过度使用锁可能导致死锁（deadlock）或性能下降[^2]。 3. **信号量机制（Semaphore）** - **原理**：信号量是一个计数器，用于控制多个线程对共享资源的访问（如限制同时访问的线程数）。 - **实现方式**： - 二进制信号量（类似互斥锁，值0或1）。 - 计数信号量（值大于1，允许多个线程访问资源）。 - **示例代码（Python）**： ```python import threading semaphore = threading.Semaphore(2) # 允许多达2个线程同时访问 shared_resource = [] def access_resource(): with semaphore: shared_resource.append(threading.get_ident()) # 线程ID添加到共享列表 ``` - **优点与缺点**：灵活，适用于资源池管理；但信号量本身需小心管理以避免竞态[^2]。 4. **信号机制（Signal）** - **原理**：类似进程间的信号处理，但用于线程；一个线程发送信号（如事件通知），另一个线程注册处理函数来响应。 - **实现方式**：在语言库中提供（如Python的`threading.Event`）。 - **示例场景**：线程A完成计算后通知线程B读取结果。 ```python import threading event = threading.Event() # 事件信号 result = None def worker(): global result result = 42 # 计算数据 event.set() # 发送信号 def reader(): event.wait() # 等待信号 print(f"结果: {result}") t1 = threading.Thread(target=worker) t2 = threading.Thread(target=reader) t1.start() t2.start() ``` - **优点与缺点**：轻量级，适合事件驱动通信；但信号处理可能引入不确定性，需确保线程安全[^2]。 5. **其他高级机制** - **消息队列（线程安全版本）**：如Python的`queue.Queue`，线程通过队列传递消息对象，实现解耦。 - 示例：`queue.put(data)` 和 `queue.get()`。 - **屏障（Barrier）**：用于同步多个线程达到同一执行点（如并行计算）。 - **管道或Socket（本地）**：引用[4]提到本地Socket（如AF_UNIX），但通常用于进程间；线程间可通过线程安全管道（如`multiprocessing.Pipe`的线程版本）实现，但效率低于共享内存[^4]。 #### 步骤3: 方法选择与最佳实践 - **性能考虑**：共享变量 + 锁是最快的方法（无数据复制开销），但同步机制会增加延迟；信号量或队列适用于复杂场景。 - **安全建议**： - 优先使用高级抽象（如线程安全队列），减少手动锁管理。 - 避免死锁：确保锁的获取和释放顺序一致。 - 测试驱动：使用工具（如Valgrind）检测竞态条件。 - **适用场景**： - 简单数据交换：共享变量 + 互斥锁。 - 生产者-消费者：条件变量或队列。 - 资源限制：信号量。 总结：同一进程内线程间通信依赖于共享内存和同步机制，核心是保证数据交换的线程安全。方法包括共享变量、锁、信号量、信号等，选择取决于具体需求（如性能、复杂度）。线程通信本质是同步问题，而非独立的数据传输机制[^2][^3]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值