A. 金蝶k3硬體用什麼配置的伺服器
伺服器配置建議:
組件
要求
處理器
處理器類型:
Intel Xeon 或 AMD Opteron 或 Intel Itanium 2
處理器速度:
最低:1.6GHz
推薦:2.4GHz 或更快處理器
處理器核心總數:
最低:4核心
推薦:8核心(100並發以內或資料庫實體10GB以內)
16核心(100~200並發或資料庫實體10~20GB)
32核心(200~400並發或資料庫實體20~40GB)
內存
物理內存:
最少:4GB
推薦:8GB(100並發以內或資料庫實體10GB以內)
16GB(100~200並發或資料庫實體10~20GB)
32GB(200~400並發或資料庫實體20~40GB)
存儲
存儲類型:
SCSI 或更快企業級存儲,數據盤推薦設置為RAID10,並至少建立兩個LUN分別放置生產資料庫與臨時資料庫(TempDB)
存儲空間:
最少:40GB 空閑空間
推薦:500GB 或更多空閑空間
網路
網路質量:
速率:100Mbps,推薦與中間層伺服器以1000Mbps連接
延時:< 20ms (以大小1024位元組的測試數據包返回結果為准)
丟包:< 0.1% (以大小1024位元組的測試數據包返回結果為准)
最好是硬體比較過硬的伺服器,內存較好。 我公司用的是黛爾
看你客戶端及遠程登錄的用戶數量來訂。。。
伺服器建議配置:
CPU Xeon 2.6GHZ或以上,建議配置雙路CPU
內存 2GB或以上
硬碟 雙SCSI 36GB,建議做RAID 1
網卡 雙100M
客戶端無特殊要求,現在配的一般電腦都能滿足。
當然首先是要安裝一個SQL了
然後用資源盤檢測環境 把能安裝的都安裝上
然後你在用安裝盤安裝所有的
最後你注冊中間層 OK 伺服器裝好了
阿里雲: Intel Xeon E5-2680 v3(Haswell)CPU、DDR4 內存、20000IOPS隨機讀寫、吞吐量256MB/s;
騰訊雲:Intel Xeon E5-2680 v3(Haswell)CPU、DDR4 內存、24000隨機IOPS,260MB/s吞吐
小鳥雲:Intel Haswell CPU、DDR4內存、50000IOPS隨機讀寫,吞吐量800Mb/s
你好!
首先
1、貴司必須確認,使用金蝶的站點和用戶數。比如全模塊,20用戶的話,伺服器主機只要在1-2萬左右的就可以了。超過了,就用3萬以上的。
2、伺服器品牌,支持選DELL和聯想,IBM有點小貴。現在浪潮也很浪,只要你有幣就行。至於買那個型號?就看自衡閉己喜歡了,反正價格在那裡,配置最好就是找個雙U的。先上一顆CPU的,到時再加。內存就可以先加一條,一般標配的內存都比較小,加到32-64夠用了。
3、RAID 5 。基本上現在的伺服器都帶了,重點在於硬碟。找三塊600G的。公司不大的話,夠用了。因為備份可以梁攔李用移動硬碟來備。有錢的話,就一步到位咯。
型號推薦用DELL的R730,可以根據自己的情況來調整。一步到位的,選高配。10核E5.雙CPU,雙電源,加到64G內存。加32T硬碟。夠一般用金蝶K3的公司用了。
公司用戶不多的,選低配。8核E5。一樣的雙CPU,標配32G內存,雙電源,硬碟選600G的就夠了,便宜一半。
呵。。不知不覺打了這么多字。。。謝謝!希望能對你有幫助。
你財務系統一年多少筆憑證?如果不多的話,普通PC就ok了,裝個sqlserver搞定
怎麼設置都不可以 必須通過第三方遠程發布軟體來操作 如果你採用類似虛擬遠程的模式 數據就是明碼傳播了 對企業數據不安全 第三方遠程就不會或者概率很小被破譯
1、你的SQL安裝選擇了甚麼認證方式?2、你進入:開始程序金蝶 K3金蝶 K3 伺服器配置工具中間層組件注冊,先進行組件注冊,注冊認證模式選擇交互模式。3、進入:開始程序金蝶 K3金蝶 K3 工具遠程組件配置工具,把伺服器的地址或IP指定1下。 查看原帖>>
如果跑財務軟體,一般都會用到金蝶,用友之類的中間件,然後後端用sqlserver或者oracle資料庫。伺服器一般選用雙路四核帶超線程的處理器,15000轉高速硬碟配置好一些,這樣跑資料庫的時候會比較快。
你可以看看國產品牌正睿的這款雙路四核伺服器。標配一顆至強E5620四核八線程處理器(2.4GHz/5.86GT/12M緩存),英特爾5500伺服器晶元組主板,4G DDR3 REG ECC 1333MHz內存,15000rpm的SAS 300G 企業級硬碟(平均無故障時間可達100萬小時以上),支持 RAID0,1,5,10多種陣列等級,雙千兆網卡,性能可以說是非常不錯。如果以後隨著業務量的增長,覺得性能不夠用了,還可以擴展到兩顆處理器,達成8顆處理核心,16條處理線程(在任務管理器處能看到16個處理核心的格子- -~很NB),最大支持48GB內存。
產品型號:I2TS1-4589
產品類型:雙路四核塔式伺服器
處 理 器:Xeon E5620
內 存:4G DDR3 REG ECC
硬 盤:SAS 300G
機 構:塔式
價 格:¥8999
購買即贈 《100元電子正睿券》
銀牌服務
全國三年免費上門售後服務,關鍵部件三年以上免費質保。
建議你把硬碟升級到2個,做raid1陣列保障數據安全,即使壞掉一個硬碟,數據也不會丟失。兩個硬碟同時壞掉的可能性就太低啦。這樣總價在萬元左右,一般企業都可以接受,性能上完全可以滿足。
給你推薦的是國產品牌正睿的伺服器產品,他們的產品性價比很高,做工很專業,兼容性,質量之類的都有保障,售後也很完善,3年免費質保,3年免費上門售後服務,在業界口碑很不錯。
B. 金蝶的加密伺服器路徑什麼,如何打開加密伺服器
1、首先打開金蝶軟體後,找到系統設置→日誌信息→上機日誌點擊進入。
C. 金蝶kis專業版客戶端伺服器端有什麼區別
金蝶kis專業版的客戶端和伺服器端兩者必須同時存在,你才能進行操作,說簡單點就是,你操作所在的那台機器叫做客戶端,但是用於存放你從客戶端操作產生的記錄、數據信息以及備份信息的是靠的伺服器。
在說透點,就是你比如結了這一期,但是你要查看上一期的帳套,那麼你從客戶端金蝶kis專業版進行的查看上期帳套的操作所調用的信息,就來自於伺服器端,而不是你的客戶端。
參考資料:http://www.dongjiusoft.com/info.php?id=608912(金蝶kis專業版安裝端適用性)
D. 金蝶軟體相關系統的伺服器選擇問題,請高手幫忙分析下如何選擇
他這個裡面有很多回扣吧。。2603是xeon e5-2600系列裡面最爛的CPU,主頻低,四核,1.8G,10M緩存,6.4GT,主頻低,匯流排窄,速度慢。
你可以看看國產品牌正睿的這款最新SNB-E架構的雙路四核伺服器。標配一顆至強E5-2407四核處理器(2.2GHz/6.4GT/10M緩存),英特爾C602伺服器晶元組主板,4G DDR3 ECC 1333MHz內存,SAS 300G 15k(15000轉企業級硬碟),6個熱插拔盤位,允許用戶在不關閉伺服器的情況下增加或減少硬碟,便於維護,雙千兆網卡,性能可以說是非常不錯。如果以後隨著業務量的增長,覺得性能不夠用了,還可以擴展到兩顆處理器,達成8顆處理核心,最大支持192GB DDR3 REG ECC高速容錯校驗內存。
產品型號:I22S2-4686HV
產品類型:雙路四核機架式伺服器
處 理 器:Xeon E5-2609
內 存:8G DDR3 REG ECC
硬 盤:SAS 300G
機 構:2U機架式
操作系統:Linux免費版 / VMware ESXi
價 格:¥10990
按照你的要求,增加到2個CPU,2個硬碟做raid1陣列,總價也就在14000左右。CPU配置比IBM的好,主頻是2.4G的。硬碟速度比IBM的快,是15000轉的。IBM的是10000轉的。兩台伺服器總價28000搞定。
雙控SAS直連存儲,可以用這款。正睿J3V3-20316RHK採用雙控制器、1+1冗餘電源設計,無單點故障可能,支持48TB超大存儲容量、6Gb SAS傳輸主機帶寬,投入較少成本即可滿足高性能、大容量、高可靠性等眾多要求,是保障關鍵數據業務連續性的直連存儲最佳解決方案。
產品型號:J3V3-20316RHK
產品類型:JBOD直連存儲
處 理 器:雙控制器
內 存:---
硬 盤:0TB
機 構:3U機架式
操作系統:無
價 格:¥29990
按照你的要求,增加到6個SAS 300G 15k 6Gbps 3.5寸硬碟,增加2個HBA卡,4條線,總價也就在40000不到搞定。
伺服器加存儲一起,總價也就在60000多元搞定。比IBM的省了接近一半。
E. 金蝶伺服器如何開啟
KIS標准版的金蝶伺服器的啟動步驟:點擊電腦左下角那裡的「開始」,然後點擊「所有程序」,這裡面就有「金蝶KIS」,點擊下面「打開伺服器」就可以了。如果那裡找不到,在所有程序啟動那裡就有。如果顯示「無效的伺服器或伺服器未啟動」這個提示,需要在伺服器這個電腦上面點擊開始-程序-金蝶專業版-工具-加密伺服器,開啟金蝶自帶的專門加密伺服器才可以,和開不開啟電腦沒有關系。如果是兩台電腦一台裝伺服器客戶端一台只需要裝客戶端,伺服器要固定IP,客戶端在登錄時輸入伺服器的固定IP即可完成操作。
更多關於金蝶伺服器如何開啟,進入:https://m.abcgonglue.com/ask/4353e71615833268.html?zd查看更多內容
F. 金蝶Apusic應用伺服器的簡單分析
1.1. 基於工業標准和規范的解決方案 Apusic遵循的相關工業標准、規范和已實現的API如下:
1.1.1. J2EE?相關
RMI/IIOP
JDBC?3.0及JDBC?2.0擴展
EJB?2.0
EJB?1.1
Servlets2.3
JSP?1.2
JMS1.1
JTS
JTA1.0
JCE1.2
JSSE
JavaMail?1.2
JAF1.0
JAXP1.1
JNDI
JMX1.2
JAAS
JSR-77
1.1.2. XML相關規范
XML1.0
XML Namespaces 1.0
SAX 2.0 API
DOM Level 2 Core Recommendation
XSL 1.0
1.1.3. WebServices相關規范
JAX-RPC1.0
JAXM1.1
SAAJ1.1
JAXR1.0
SOAP1.1
SOAP with Attachments
WSDL1.1
UDDI2.0
1.1.4. Internet相關協議及標准
TCP/IP protocol family
HTTP 1.0
SSL 3.0
以下依次介紹
伺服器特性:
除提供了對以上規范、標準的支持和對相關API的實現之外,Apusic提供了很多獨有的極具競爭力的特性,致力於降低分布式多層企業應用的設計、開發、部署和維護成本,提高生產效率,而同時不影響企業應用遵循相關的標准和規范。
按照多層企業應用的分層方式,從以下三個層次概述Apusic應用伺服器3.0的特性。
表示層:多層應用模型中的表示層主要被用於與瀏覽器、桌面應用、無線設備及其他客戶端的交互,Apusic應用伺服器支持所有的客戶機/伺服器的交互機制。
在基於J2EE?編程模型的應用中,表示層主要使用JSP、Servlets 編程模型,對於Apusic應用伺服器,還支持諸如Java Applets、Java Application或其他ActiveX組件的客戶類型。
對於通過瀏覽器進行的Http請求,Apusic應用伺服器提供了一個高效可靠的Web伺服器。通過使用Servlet和JSP實例池、結果緩存、JSP編譯調試工具等工具和技術,對於部署於伺服器上的JSP和Servlet,Apusic應用伺服器服提供了一個高效可靠的運行時環境和開發、部署和維護的高效易用的平台。
2.1.1. 對規范的實現
J2EE?1.3規范中包含了JSP和Servlet規范,通過使用JSP和Servlet規范,定義了J2EE企業應用中的表示層的編程模型。通過使用JSP和Servlet,實現Web內容的動態生成。
JSP與Servlet是緊密相關的兩種編程模型,二者都生成動態的Web內容。不同之處在於Servlet使用JAVA語言編寫,而JSP的編寫還使用了HTML的擴展版本。對於使用HTML編輯器或設計器並熟悉HTML的Web設計者來說,JSP非常便利。而全部使用JAVA的Servlet更適用於JAVA程序員而非Web設計者。
Apusic3.0應用伺服器中的Web伺服器嚴格遵循了J2EE?規范中Servlets2.3規范和JSP1.2規范。
2.1.2. 增值特性
除了對J2EE相關JSP和Servlet規范的實現,Apusic應用伺服器中的Web容器和相關工具還提供了一些增值特性,通過這些增值特性,使得面向Apusic應用伺服器的表示層的開發、部署、運行和維護變得更加方便和高效。
虛擬主機
可以在單個的Apusic應用伺服器上配置多個Web站點。通過域名與應用伺服器的路徑映射實現此功能,只需指定域名即可實現對站點的訪問。
多路復用
Apusic 應用伺服器採用了多路復用(multiplexing)通訊技術。在一個TCP/IP 連接上建立多個雙向的虛擬連接,每個虛擬連接可以進行完全獨立的通訊功能。通訊雙方可以根據需要打開或關閉虛擬連接,進行通訊,實現了將多個服務統一到一個埠上,降低伺服器的管理成本。
使用第三方Web伺服器
除了Apusic應用伺服器內置的Web伺服器外 ,Apusic應用伺服器可以與其他現有的Web伺服器進行整合,如Apache、Microsoft IIS等,通過使用Apusic應用伺服器提供的負載均衡功能,為企業應用提供一個更高可用性和伸縮性的平台。
負載均衡與失效恢復
Apusic應用伺服器提供了基於Web層的負載均衡的功能。當使用Apusic作為集群中的負載均衡器時,伺服器提供了獨有的負載均衡和失效恢復的特性。
對於一個使用Apusic作為負載均衡器的伺服器集群,當客戶請求到達負載均衡器時,負載均衡器將請求轉發到最初服務此請求的內部伺服器,如果是初次請求,則負載均衡器隨機選擇集群中的任意一個內部伺服器處理此請求;當內部伺服器處理完請求,將產生的應答返回給負載均衡器,會話數據被保存在負載均衡器上;當下一個請求到達而原先處理該請求的內部伺服器失效時,負載均衡器重新選擇一個正常的內部伺服器,這時會話數據連同請求一起被轉發給新的內部伺服器,會話數據被遷移到新的內部伺服器。
此特性以較少的數據遷移量,較高的容錯性,提供了基於Web層的負載均衡與失效恢復的增值特性
JSPC工具
為提高表示層JSP的開發調試的效率,Apusic提供了一個簡單易用的JSP命令行編譯工具JSPC,通過此工具,開發者可以對JSP進行更為高效的開發和調試,通過設置相關調試工具,可以實現對JSP的源碼級調試。
最有利的是,發布應用只需要發布編譯好的jsp class,即可對jsp源代碼提供保護,而不需要提供jsp源程序文件,以免因為其他原因暴露jsp的源文件,並且,在應用運行時,避免對jsp源文件進行編譯以節省時間。業務邏輯層:多層應用模型中的業務邏輯層被用於封裝應用業務邏輯,包括獨立於應用界面的業務組件,通過應用伺服器中的組件容器提供運行時環境。 Enterprise JavaBeans?(以下稱EJB)是J2EE?應用中的業務邏輯層的組件模型。
Apusic應用伺服器3.0版本提供了對EJB2.0規范的完全實現,同時提供了相關的增值特性,以簡化對J2EE應用邏輯層的開發、部署、管理和維護。
2.2.1. 對規范的實現
Apusic應用伺服器中的EJB容器提供對EJB的生存周期管理、緩存、持久性和事務管理等服務。 目前,J2EE規范中最新的EJB規范為2.0版本。
EJB2.0規范中定義了三種類型的EJB:Session Bean、Entity Bean和Message-driven Bean。 同時定義了相關的一些特性,如CMR、EJB QL等,為提高應用執行的效率,還定義了新的Local介面。Apusic3.0提供了對以上內容的完全實現。
Entity Bean
Entity Bean被用於表示應用中的業務實體,通常與資料庫或傳統應用中的業務數據實體保持映射關系,可以理解為資料庫或傳統應用中的業務數據實體在內存中的對象表示方式。
Entity Bean的實例可由任何客戶端的請求生成實例,且不因客戶連接中斷、系統失效等原因而消失,其狀態被持久保留在資料庫或傳統應用中。
EJB2.0規范中對Entity Bean定義了新的容器管理關系模型(CMR)和Entity Bean的查詢語言EJB QL。
Session Bean
Session Bean通常被用於實現業務過程邏輯,通過對Entity Bean的操作完成業務過程並封裝過程邏輯。 盡管在需要的情況下,Session Bean可以有保持數據到持久存儲機制的能力,如資料庫,但Session Beans不是持久的。
Message-driven Bean
Message-driven Bean 是EJB2.0規范中新增的一個enterprise bean 類型,通常被用於非同步接收從客戶端發送的消息,觸發相應的業務處理過程。
作為Enterprise Bean,Message-driven Bean具有一些與Session Bean 和Entity Bean 相同的介面方法,但由於Message-Driven Bean 本身不處理客戶端調用,也無會話狀態,客戶只能通過向與Message Driven Bean 關聯的隊列或主題發送消息從而與Message Driven Bean 進行交互,另外,Message–Driven Bean 非同步地處理隊列(Queue)或主題(Topic)中的消息,而非方法調用。
2.2.2. 增值特性
除了對EJB2.0規范的實現,Apusic應用伺服器中的EJB容器和相關系統服務還提供了一些高端增值特性,通過這些增值特性,使得面向Apusic應用伺服器的業務邏輯層的開發、部署、運行和維護變得更加方便、高效和可靠。
實例池
通過圖形化的配置工具或簡單修改組件配置文件,Apusic應用伺服器可以預先裝載指定數量的對象實例到實例池中,使對客戶請求進行響應的過程更加高效。
CMP Entity Bean自動升遷
對於一個按照EJB1.1規范編寫的CMP Entity Bean,應用伺服器在運行時將其自動升級到EJB2.0,使按照EJB1.1規范編寫的EJB可以使用EJB2.0規范中提供的Lazy Loading和Smart Update技術以提高應用執行的效率,同時降低已有應用在維護上的成本。
熱部署
為提高企業應用開發、調試和維護的效率,Apusic應用伺服器提供了熱部署的功能。在運行時,可以動態地部署和修改應用中的應用程序,無需停止和重新啟動伺服器即可應用新的改動。
自動遷移及部署
不同的應用伺服器廠商提供的基於J2EE?規范實現的應用伺服器的不同,使得多數企業應用在不同的伺服器之間遷移時,需要改動一些配置,提高了應用移植的成本,Apusic應用伺服器提供了自動遷移和部署的能力,對於面向其他非Apusic應用伺服器開發的企業應用,可以不改動應用程序,而由應用伺服器自動完成移植的工作並部署到應用伺服器,大大降低了應用移植的成本。
目前對於面向Weblogic6.0和J2EE?RI開發的企業應用,可以直接使用這項功能,Apusic應用伺服器還將在此項功能上添加對當前其他主流應用伺服器的支持。
自動生成查詢
為提高面向CMP Entity Bean的開發效率和降低開發的難度,Apusic應用伺服器可為CMP Entity Bean自動生成預設的finder query。數據層:Apusic應用伺服器模型中的數據層提供企業應用對關系型資料庫和傳統企業應用數據的高效而可靠的訪問。使得企業應用可以通過JDBC實現對關系型資料庫安全、可靠而且高效的訪問。目前Apusic應用伺服器提供了對最新的JDBC3.0版本的支持。任意合法的J2EE?編程模型都可以從Apusic應用伺服器資料庫連接池中獲得對關系型資料庫的連接。
按照J2EE?的規范,Entity Bean被設計為與資料庫直接交互的最佳模型,但在實際的企業運用開發中,任何一種編程模型都有可能直接與資料庫進行交互,針對這種情形,Apusic應用伺服器提供了很多功能或特性,使對數據層訪問的開發更為簡單同時達到更為高效而安全的目標。
JDBC結果集緩存
對於Session Bean、JSP、Servlets為主的J2EE應用中,頻繁訪問資料庫而缺少對應的數據緩存等機制,往往會成為企業應用的瓶頸。因此,Apusic應用伺服器提供了JDBC結果集緩存技術,通過將資料庫返回的結果集保存在內存中可以大幅提高應用系統的性能,同時,使用結果集緩存對應用開發者是完全透明的,保證了應用的可移植特性。
JDBC語句緩存
對於Session Bean、JSP、Servlets為主的J2EE應用中,頻繁訪問資料庫而缺少對應的數據緩存等機制,往往會成為企業應用的瓶頸。因此,Apusic應用伺服器提供了JDBC語句緩存技術,同時使用預編譯的查詢語句,提高應用程序訪問資料庫的效率。
連接池
對於復雜的企業應用而言,對資料庫連接池的可靠、效率,成本都有著極高的要求,Apusic應用伺服器提供了對連接資源的優化,使有限的資料庫連接資源得到最大程度的利用,同時,對於應用錯誤使用連接造成的死鎖或阻塞,提供了死鎖檢測的技術,而以上的特性對於用戶而言是完全透明的。