服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

解决networking中断问题

我的公司几乎完全是一个Windows商店:微软防火墙,所有的Windows服务器等等。硬件主要是思科或思科。 三周左右,我们遇到了“随机”的networking中断。 他们不是很长,但是他们发生,并打断工作stream*。 它们不会同时发生。 我们不知道什么改变,使他们开始发生。 我们问Optimum Lightpath,他们的系统运行良好,所以问题似乎是内部的。 你将如何解决这个/设置日志parsing/正确设置wireshark的filter(我知道,我知道 – RTFM …)/牺牲一只山羊? 工作stream程中断:任何需要访问服务器(如网页或数据库访问)的工作都会中断。 因为它包含了大部分的相关信息,所以在这里复制dashmir的消息: 希望我今天可以解决这个问题,因为转换不好,但我们是一个多专业的医师的做法。 我们有3栋build筑物,使用深色纤维和22个遥控站点连接。 一半是使用电子线连接,另一半是网站到现场vpn。 中断时间约为10-15秒,但足以破坏工作stream程和混乱。 EMR上的医生大多尖叫。 然后一切都恢复正常。 所有交换机,服务器和应用程序之间的连接丢失 我们在CCR集群中进行交换。 防火墙同样是容错的,并且负载平衡,这些是我们的交换和我们的防火墙上的一些错误。 事件ID 1135 – 群集服务启动更新date:2009年11月25日应用到:Windows Server 2008 R2 群集服务是控制故障转移群集操作的所有方面和pipe理群集configuration数据库的基本软件组件。 如果群集服务无法在故障转移群集节点上启动,则该节点不能作为群集的一部分运行。 活动详情 产品:Windows操作系统 ID:1135 资料来源:Microsoft-Windows-FailoverClustering 版本:6.1 符号名称:EVENT_NODE_DOWN 消息:已从活动的故障转移群集成员身份中删除群集节点“%1”。 此节点上的群集服务可能已停止。 这也可能是由于节点与故障转移群集中的其他活动节点失去通信所致。 运行“validationconfiguration”向导来检查您的networkingconfiguration。 如果情况依然存在,请检查与此节点上的networking适配器相关的硬件或软件错误。 还要检查节点连接到的其他networking组件(如集线器,交换机或网桥)中的故障。 解决方法检查networking硬件和configuration如果当前没有打开“事件查看器”,请参阅“打开事件查看器并查看与故障转移群集相关的事件”。 查看事件消息后,select适用于您的情况的操作:•运行“validationconfiguration向导”,只selectnetworking和库存testing。 有关更多信息,请参阅“使用validationconfiguration向导查看networkingconfiguration”。 *检查系统事件日志中与此节点上的networking适配器相关的硬件或软件错误。 *检查连接节点的networking的networking适配器,电缆和networkingconfiguration。 *检查连接节点的networking中的集线器,交换机或网桥。 要执行以下过程,您必须是每个群集服务器上的本地pipe理员组的成员,并且您使用的帐户必须是域帐户,或者您必须已经被委派了相应的权限。 使用“validationconfiguration向导”来查看networkingconfiguration要使用“validationconfiguration向导”来查看networkingconfiguration,请执行以下操作: 1.要打开故障转移群集pipe理单元,请单击开始,单击pipe理工具,然后单击故障转移群集pipe理。 如果出现用户帐户控制对话框,请确认所显示的操作是您想要的,然后单击继续。 2.在“故障切换群集pipe理”pipe理单元的控制台树中,确保select了“故障转移群集pipe理”。 然后在pipe理下,单击validationconfiguration。 […]