确保黑莓企业服务器的最大稳定性

黑莓企业服务器(BES)功能高度依赖于以下内容:

1 -交换生命
2 -控制域控制器(全局编录服务器)处于活动状态
3 - BES处于Exchange服务包级别的适当服务包级别.

重启Exchange或控制域控制器, 我的经验是，BES极有可能会崩溃. 这可能是即时的，也可能是长期的. 我见过每一个黑莓的失败案例，但我也只看到过一个或几个失败案例. BES重启几乎可以解决所有问题. 因为BES更像是一个转发器/同步器服务器, 您通常不必关注何时是重启BES的好时机.  手机在BES重启期间仍然可以工作.   电子邮件和日历类型的请求将备份，等待BES重新上线后转发.   如果用户在BES服务器宕机的时候用黑莓手机发送邮件, 他们会收到无法发送的红色“x”信息.    如果用户在BES服务器备份后单击“重新发送”, 之前失败的消息将被正确地发送出去.  

如果您计划应用Exchange服务包, 您应该首先向Research in Motion咨询，了解使用该服务包支持该版本Exchange的合适的BES补丁级别.  最近的Exchange 2010 service pack 1 rollup版本有一个问题，微软的第一个版本对BES做了一些不好的事情.  微软推出了服务包.  Exchange和BES之间的问题已经修复.  不久之后，微软在其新版本中重新发布了这款软件, 改进的形式不会导致BES熔毁.

为了最大限度地提高BES的可靠性，我所做的最有意义的事情是在Exchange服务器和控制域控制器上设置一个计划任务，以便在启动(即重新启动)时自动运行, 每次其中一个服务器重新启动时，使用shutdown命令远程重新启动BES服务器. 这似乎让BES更开心了.   偶尔需要从Exchange中单独重新启动BES，这是我不喜欢将BES加载到实际Exchange服务器上的原因之一.   对于大多数人来说，如果没有适当的计划，重新启动Exchange服务器通常要痛苦得多.   拥有BES独立意味着我们可以做需要做的事情，让黑莓手机尽快重新上线.

同样重要的是要认识到，在重新启动BES服务器后，服务器启动到BAS-AS后大约需要10分钟左右的时间.在BES真正开始发送电子邮件和日历信息之前，启动EXE服务.  因此，在重新启动之后，在确定BES仍然存在问题之前，请耐心等待.

Another tip is you can send an email to a blackberry user from you through Exchange with just (with the brackets) in the subject line.  一旦电子邮件到达黑莓设备，BES将向您发送回复.  如果你看到确认, 你知道你已经通过BES服务器完全恢复了从Exchange到真正的黑莓手机的通信.   另一种了解BES实际认为正在发生什么的方法是查看日志文件.  日志文件将在文件夹C:Program FilesResearch in MotionBlackberry Enterprise ServerLogs中.  在该文件夹下，您将找到基于日期的子文件夹，例如“20110923”.   打开最新的日期文件夹.  在该文件夹中，您将找到一个名为BES1_MAGT_01_20110923_0001的文件.文本文件。.    您的日志将以您的BES服务器名称开始.  最后应该是日期，然后是0001、0002等.  找到与此类似的最新文件并用记事本打开它.  转到文件的底部.  你应该看看BES认为它在做什么或没有做什么.  请记住，这是一个静态文件，因此您必须关闭它并重新打开它才能看到实际文件的更改.   下面是我的BES日志文件的一个示例.

注意，我们看到这个用户的黑莓来回通信到BES服务器.   我们还会看到消息显示一条消息已经传递到设备.

如果你已经重启了黑莓企业服务器，并等待服务有时间上升, and sent your test emails without a response, 您的日志文件并没有说所有的东西都在通信, 然后是时候升级到CSI，看看你的Exchange/Blackberry配置的其余部分，看看发生了什么.  如果你需要帮助， CSI联系 我们很乐意帮忙.