2组中的Biztalk服务器性能下降 [英] 2 Biztalk Servers in a Group slow performance

查看:66
本文介绍了2组中的Biztalk服务器性能下降的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

这将是一个很大的问题,所以请耐心等待。


情节


我有5-6个申请我的Biztalk服务器2010(企业版)使用以下适配器。


  1.      
    AS2
  2.       
    WCF-Custom
  3.       
    Http
  4.       
    n软件FTP
  5.     ;  
    WCF-SQL(有序)
  6.   ;    
    POP3
  7.       
    SMTP
  8.       
    文件

环境


  1.      
    2个Biztalk节点(主动/主动)连接到同一组。
  2.      
    2个SQL节点(Clustered)
  3.   ;    
    我在Biztalk节点中创建了3个主机(REC,进程,发送主机和主机实例)

问题


同时启用两个节点会大大降低性能,因为一个节点一次处于活动状态非常快。


观察


到现在为止我想出了一些事情,(纠正我,如果我错了)


  1.      
    在多个实例上运行时,有几个适配器不安全。这些包括(但可能还有其他)POP3,FTP,MSMQ / MSMQT和数据库适配器在轮询场景中。
  2.      
    如果默认情况下的第一个节点主密码发生故障,则必须对SSO主密钥进行群集,否则其他节点将在缓存版本上运行,直到重新启动。

问题


设计此方法的最佳方法是什么?是否必须将少量BizTalk组件聚集在一起?


谢谢




解决方案

您没有提到您的BizTalk服务器和/或SQL服务器的配置是什么(没有CPU?没有核心?内存?)?我遵循的处理主机的典型设计策略是拥有一个处理主机,用于发送/接收/处理
PER APPLICATION ,或者从优化角度来看,每个适配器类型至少有一个处理主机(这提供了更好的选择)隔离)。


由于访问冲突和/或消息重复问题,不建议为接收位置设置多个主机实例(活动,已配置但已禁用)。


SSO应该是集群的(理想的位置是SQL集群)。


我无法理解为什么/如何(在主动/主动BizTalk中)前端配置)您是否在节点上启用了clustsred主机。当你说性能急剧下降时,你是否监控了性能(就CPU,内存,分页
和相关的SQL利用率而言?)


问候。


This is going to be a big question so please bear with me

Scenario

I am having 5-6 applications in my Biztalk server 2010 (enterprise edition) using following adapters.

  1.       AS2
  2.       WCF-Custom
  3.       Http
  4.       nSoftware FTP
  5.       WCF-SQL (Ordered)
  6.       POP3
  7.       SMTP
  8.       File

Environment

  1.       2 Biztalk nodes (Active/Active) connected to same group.
  2.       2 SQL nodes (Clustered)
  3.       I have created 3 hosts (REC, Process, Send host and host instances in both the Biztalk Nodes)

Issue

Enabling both the nodes at same time slows down the performance drastically, where as one node active at a time process very quickly.

Observation

By now I figured out few things, (Correct me if I am wrong)

  1.       There are several adapters that are not safe when run on multiple instances. These include (but there may be others) the POP3, FTP, MSMQ/MSMQT and Database adapters in polling scenarios.
  2.       SSO Master Secret must be clustered coz if the first node which is by default Master secret goes down then other node will work on cached version until restarted.

Question

What is the best possible way to design this? Is it a must to have few BizTalk components clustered ?

Thanks


解决方案

You do not mention what the configuration of your BizTalk Servers and/or SQL Servers is (no of CPU? no of Cores? Memory?)? Typical design strategy I follow for processing hosts is to have a processing host for send/receive/processing PER APPLICATION or from an optimization standpoint atleast one processing host for each adapter type (this provides better isolation).

Having multiple host instances (active, configured but disabled is OK) for receive locations is not recomended due to access conflicts and/or message duplication issues.

SSO should be clustered (and the ideal location for this is the SQL cluster).

I'm not able to comprehend why/how (in an active/active BizTalk Front-end configuration) do you enable the clustsred host on BOTH the nodes. And when you say performance slows down dramatically, have you monitored performance (in terms of CPU, Memory, paging and associated SQL utilization?)

Regards.


这篇关于2组中的Biztalk服务器性能下降的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆