中間層負載均衡
如確實需要同時使用多個中間層，金蝶推薦採用手工負載均衡的方式，也即為不同的客戶端指定不同的 中間層，或者分模組指定不同中間層。
k/3v10.2 及更高版本，配合 windows server 2003sp1 以上伺服器作業系統，中間層效能已經非常好，通 常做負載均衡的必要。例如 4~8 個物理核心+4gb 記憶體的伺服器，完全可以帶動 400 個以上的併發。從過往 案例看k/3 如果出現效能瓶頸，基本都在資料庫伺服器。
如果有大併發量的合併報表客戶端，可以單獨設立合併報表中間層，此時將合併報表客戶端配置指向該專用合併報表中間層即可，不需要自動負載均衡方案的支援。
自動負載均衡除了元件負載均衡(clb)外，更最常見的是網路負載均衡(nlb, network load balancing)， windows server 2003 所有版本都內建此功能，而且 nlb 硬體裝置在企業應用也很廣。但微軟指出 nlb並不 是有效的 com+負載均衡方式，請參見微軟的**，
不建議採用nlb 軟體或裝置對 k/3 中間層做負載均衡。
中間層故障轉移(雙機熱備)
k/3 中間層可以實現故障轉移，也就是雙機熱備。目前支援：
• windows 群集服務(mscs)，需要中間層作業系統為windows server 2003 企業版。
• 第三方 ip 故障轉移軟體/裝置，理論上都支援，但沒經過廣泛測試。
k/3 中間層也負責承擔系統license 服務(又稱為加密服務)，因為 license 檔案(軟加密)或智慧卡(硬加密) 通常只有乙個，所以就有故障轉移時 license 服務如何轉移的問題：
• 對於軟加密客戶，推薦另外設立一台專門的 license 伺服器，不參與故障轉移群集，因為加密服務工 作負載較低，通常也不會因為工作負荷的原因宕機。
• 對於硬加密客戶，可以同上設立單獨的 license 伺服器，也可以當故障轉移時手工將智慧卡換到備用節點伺服器上。
k/3 中間層可以用 windows群集服務(mscs)實現故障轉移，k/3 資料庫也可以用 mscs 實現故障轉移，但通常不推薦中間層和資料庫放在同一套伺服器上做故障轉移群集，以免中間層和資料庫互相爭搶伺服器資源。
金蝶K3系統中間層群集部署方案
中間層負載均衡 如確實需要同時使用多個中間層，金蝶推薦採用手工負載均衡的方式，也即為不同的客戶端指定不同的 中間層，或者分模組指定不同中間層。k 3v10.2 及更高版本，配合 windows server 2003sp1 以上伺服器作業系統，中間層效能已經非常好，通 常做負載均衡的必要。例如 4 ...
金蝶K3工業老單中間層開發示例 2
二次開發實現的步驟 第一步 新建元件工程 假設工程名為redevpro，包含乙個類名為 clsredev的類模組 引用k3billtransfer 元件和其他你要使用的元件例如ado microsoft activex data objects 2.1 library等。第二步 在clsredev類...
金蝶K3系統與防火牆整合部署方案
場景 防火牆策略設定 1.定義三種服務 tcp135 協議 tcp，埠 135 tcp1433 協議 tcp，埠 1433 tcp dtc 協議 tcp，埠 6000 6050，此處假定資料庫伺服器用 6000 6050 作為 msdtc 埠 2.設定對資料庫伺服器的訪問策略，對中間層伺服器的位址開...