1. 利用FTP是否可以實現簡單的ERP功能如何操作
ERP/FTP這兩個差的也太多了。。。ERP是有數據要運算的
2. 如何解決ERP系統反應速度慢的問題
通過你的描述，初步判斷不是網路原因
應該是升級的新伺服器響應問題，每次進行運算操作，大家訪問就都受影響，ping也出現延遲和丟包
這個響應問題，有可能是CPU運算能力不夠，也有可能是硬碟IO存取不夠導致的，你在伺服器上看下設備運行狀態就大概心裡有數了
如果新伺服器各方面都比老服務強，還出現這個問題，有一個可能是資料庫遷移過程中出問題，裡面一些索引、視圖什麼的出錯，導致運算和查詢速度暴慢，這個就需要軟體公司來查了
至於你說的網路設計，一般ERP傳出的數據並不多，百兆其實是夠用的，FTP伺服器才需要計算帶寬。
3. 想做一個小型區域網，20-30台客戶端。要裝2個伺服器（erp和FTP），需要指定IP上網，要那些設備，拓撲圖
一個路由器、2個2口交換機、2箱網線或者更多、水晶頭、網線鉗、測線儀
拓撲介面可以用樹狀拓撲
20-30個客戶端 建議弄一個域控制器
一個域控制器+FTP/erp伺服器 這里就2個伺服器了
其他的電腦不清楚分布 不好布線 這個要看你自己了
文件訪問許可權 已經有域控制器了+域用戶 許可權方面很不錯
4. 1、什麼是WEB服務；什麼是FTP服務
什麼是Web服務?
本文是架構Web服務的系列文章的第二篇，從Web服務的技術定義開始，來探討什麼是Web服務。首先，作者從技術角度詳細分析了Web服務作為Internet環境下的軟體組件的基本角色，從這個基本角色開始，詳細介紹了這個組件對象的包裝規范Web Service "stack"，並對Web服務的應用做了分類，最後藉助Garnter Group的材料考察了Web服務的當前發展狀況。
在本系列的上一篇文章中，我就為什麼需要Web服務，從商業利益需求的角度進行了分析。本文將結合技術驅動的發展需求，詳細介紹從技術上來看，到底什麼是Web服務，以及Web服務的應用分類。就技術角度而言，無論從哪個角度來看，Web服務都是對象/組件技術在Internet中的延伸。
本文所引用的資源主要包括兩類，一類是Web服務的技術資源網站，包含了大量Web服務的技術信息，另一類是Web服務「stack"系列技術規范，他們是一個整體的技術體系，包括UDDI、SOAP、WSDL、XML等。本文的最後給出了這些資源的鏈接，有興趣的讀者可以通過這些 資源鏈接找到所需的內容。
Web對象
從外部的使用者的角度而言，Web服務是一種部署在Web上的對象/組件，它具備以下特徵：
完好的封裝性，Web服務既然是一種部署在Web上的對象，自然具備對象的良好封裝性，對於使用者而言，他能且僅能看到該對象提供的功能列表。
鬆散耦合，這一特徵也是源於對象/組件技術，當一個Web服務的實現發生變更的時候，調用者是不會感到這一點的，對於調用者來說，只要Web服務的調用界面不變，Web服務的實現任何變更對他們來說都是透明的，甚至是當Web服務的實現平台從J2EE遷移到了.NET或者是相反的遷移流程，用戶都可以對此一無所知。對於鬆散耦合而言，尤其是在Internet環境下的Web服務而言，需要有一種適合Internet環境的消息交換協議。而XML/SOAP正是目前最為適合的消息交換協議。
使用協約的規范性，這一特徵從對象而來，但相比一般對象其界面規范更加規范化和易於機器理解。首先，作為Web服務，對象界面所提供的功能應當使用標準的描述語言來描述(比如WSDL)；其次，由標准描述語言描述的服務界面應當是能夠被發現的，因此這一描述文檔需要被存儲在私有的或公共的注冊庫裡面。同時，使用標准描述語言描述的使用協約將不僅僅是服務界面，它將被延伸到Web服務的聚合、跨Web服務的事務、工作流等，而這些又都需要服務質量(QoS)的保障。其次，我們知道安全機制對於鬆散耦合的對象環境的重要性，因此我們需要對諸如授權認證、數據完整性(比如簽名機制)、消息源認證以及事務的不可否認性等運用規范的方法來描述、傳輸和交換。最後，在所有層次的處理都應當是可管理的，因此需要對管理協約運用同樣的機制。
使用標准協議規范，作為Web服務，其所有公共的協約完全需要使用開放的標准協議進行描述、傳輸和交換。這些標准協議具有完全免費的規范，以便由任意方進行實現。一般而言，絕大多數規范將最終有W3C或OASIS作為最終版本的發布方和維護方。
高度可集成能力。由於Web服務採取簡單的、易理解的標准Web協議作為組件界面描述和協同描述規范，完全屏蔽了不同軟體平台的差異，無論是CORBA、DCOM還是EJB都可以通過這一種標準的協議進行互操作，實現了在當前環境下最高的可集成性。
Web Service "Stack"
在前一節中，我們已經了解到為了完成在鬆散耦合的環境下的對象訪問，以及在基本對象訪問之上的諸如事務、工作流、安全機制等。實現一個完整的Web服務體系需要有一系列的協議規范來支撐。
Figure 1. Web Service "stack"
其中，綠色部分是先前已經定義好的並且廣泛使用的傳輸層和網路層的標准：IP、HTTP、SMTP等。而藍色部分是目前開發的Web服務的相關標准協議，包括服務調用協議SOAP、服務描述協議WSDL和服務發現/集成協議UDDI，以及服務工作流描述語言WSFL。而橙色部分描述的是更高層的待開發的關於路由、可靠性以及事務等方面的協議。黃色部分是各個協議層的公用機制，這些機制一般由外部的正交機制來完成。
從以上這個技術層次圖我們看以看到，Web服務追求的第一目標是簡單性。可能大家會覺得很奇怪，有那麼多協議，怎麼能說他簡單。
首先，這些協議本身都是簡單的，無論是HTTP, FTP等傳統的TCP/IP系統的網路協議，還是SOAP, WSDL, UDDI, WSFL等基於XML的協議，他們設計原則中的一個最重要點就是力求簡單性。相信大家如果對XML、SOAP等有深入了解的話，一定會深深體會這一點。
其次，一個可以使用的Web服務應當按照需要選用若干層次的功能，而無需所有的特性。比如在目前狀況下，一個簡單應用可能只要使用WSDL/SOAP就可以架構一個符合規范的Web服務了。
最後，所有的機制完全是基於現有的技術，並沒有創造一個完全的新體系。無論是IPv4、HTTP、FTP這些現有的網路協議，還是SOAP、WSDL等這些基於XML而定義的協議都是遵循著一個原則：繼承原有的被廣泛接受的技術，這樣才能使得Web服務被廣泛接受。
Web服務的類別
綜合當今的Web應用以及Web服務的特點，我們認為Web服務實施的領域可以分為四類：
Business-Oriented Web Service: 該類服務針對的是那些面向企業應用服務，包括企業內部的ERP系統，企業間的SCM/CRM等系統。當這些系統以Web服務的形式在網路(Internet和intranet)中出現時，企業內的應用集成將更未容易，而在企業間的眾多合作夥伴的系統對接也將不再是無法完成的任務。目前現有的解決方案和產品的提供商有Bowstreet、Epicentric等。
Consumer-Oriented Web Service: 此類服務針對的是那些原先的B2C的網站的改造，為這些Browser-Oriented的Web應用增加(注意是增加)了Web服務的應用界面，使得第三方的桌面工具或其自身提供的增值的桌面工具能夠利用更優秀的用戶界面提供跨越多個B2C服務的桌面服務。這將使得用戶使用Internet更為方便，能夠獲得更加便捷的服務。比如我們完全就可以在個人理財桌面系統中集成(調用)Internet上的股票價格查詢Web服務、機票預定Web服務等，使得個人理財應用的自動化程度更高。
Device-Oriented Web Service: 此類服務的使用終端一般是手持設備和日用家電，對於前者而言，可以在不用修改網路服務的體系架構的前提下，令先前的網路服務支持除PC以外的各種終端，比如Palm、PocketPC、手機等。如此，那些天氣預報服務、Email服務、主動信息服務等將更為有效和便捷。而後者對於日用家電，則可能是一個市場的啟動期，有了Web服務作為基礎框架，智能型的日用家電將真正獲得標準的支持，從而有了廣泛使用的可能。
System-Oriented Web Service: 一些傳統意義上的系統服務，比如用戶許可權認證，系統監控等，如果被遷移到全球范圍的Internet上，或者企業內部的intranet上，其作用范圍將從單個系統或局部網路拓展到整個企業網路或整個Internet。如此，基於同一系統服務的不同應用將得以在整個Internet環境中部署，譬如跨國企業的所有在線服務可以使用同一個用戶許可權認證Web服務。
Web服務: 當今的技術最亮點
Figure 2. Web服務的當前發展狀況
以上這幅圖是Gartner Group在研究了所有IT主流時尚技術的發展道路後，作出的抽象模型。Y軸表明技術的受關注程度，而X軸則表示技術的應用的成熟度。每一項技術在從出現到成熟的整個過程都將沿著圖中的曲線前進，而且典型地，都將被劃分為五個階段：
技術顯現：一門技術被發明或定義之後，開始進入公眾的視野；
不斷膨脹的期望期：由於該項技術的劃時代的突破，使人們對這項技術有著無比美好的想像和期望，這一階段類似"網路的泡沫器"；
希望破滅之後的醒悟期：由於每項技術都不是萬能的，真正獲得使用仍然需要務實的加以應用研究，因此此時人們發現這項技術似乎並沒有期望中那麼有用，這一階段類似"網路的泡沫破滅"；
豁然開朗的應用發展期：經過了一個階段的開發和研究，該項技術終於走上了良性發展的軌道，越來越多的人接受並使用了該項技術；
大量的工業化生產期：該項技術成為業界主流，大量應用在具體的環境中。
什麼是FTP伺服器
FTP（文件傳輸協議）服務被廣泛應用於提供軟體下載服務、web網站內容更新服務以及不同類型計算機間的文件傳輸服務。除了軟體下載服務可以由web服務替代，不同類型計算機間的文件傳輸服務可以由電子郵件部分替代以外，web網站內容的更新服務即文件的上載服務，仍然要藉助於FTP來完成。
功能
（1）軟體下載服務
與超文本傳輸協議（HTTP）不同，FTP使用兩一個埠用於接收文件。所以，對於文件傳輸而言，FTP要比HTTP的效率高得多。因此，即使在web服務能夠提供軟體下載的今天，FTP服務依然是各專業軟體下載站點提供下載服務的最主要方式。
（2）web網站內容的更新
web網站中的內容只有不斷地更新和完善才能更多地吸引瀏覽者的目光。雖然有多種web網站內容更新的解決方案，但其中最安全和最方便的方式當屬FTP方式。
當一台伺服器上擁有若干虛擬Web站點或虛擬目錄時，並且這些虛擬web站點或虛擬目錄分別由不同的用戶維護時，可分別建立若干虛擬FTP伺服器，將虛擬FTP伺服器的主目錄與虛擬Web伺服器的主目錄一一對應起來，並分別為每個虛擬FTP站點指定相應的授權用戶，即可由各網站管理員利用FTP客戶端程序實現對自己web站點內容的管理和維護。
（3）不同類型計算機間的文件傳輸
FTP和所有的TCP/IP家族成員一樣，都是與平台無關的。雖然Windows系列的計算機之間可以通過資源共享的方式（如共享文件夾）實現數據交換，但不同類型的計算機之間則無法通過類似的機制實現數據共享，只能採用其他可跨越操作系統平台的方式，如E-mail附件、web站點下載和FTP文件傳輸的方式實現。其中，只有FTP文件傳輸的交互性最好。
（4）數據的備份和存儲
藉助於FTP服務，我們可以把重要文件上傳至FTP伺服器保存起來，從而有效地實現數據的備份和存儲，即使本地計算機發生「災難」，也可以充分保證遠程數據的存儲安全。
5. ftp伺服器和erp伺服器的區別
FTP伺服器基於ftp協議，用於網路文件存儲和傳輸，要求硬碟大，傳輸速度快
ERP伺服器根據所使用的ERP系統不同，分為單純的資料庫伺服器和資料庫伺服器與web伺服器結合兩種情況
資料庫不但要求傳輸速度還要求內存和運算能力
web服務主要考察並發響應和運算能力
至於你說的太平洋電信沒接觸過
6. ftp伺服器和erp伺服器的區別
FTP伺服器基於ftp協議，用於網路文件存儲和傳輸，要求硬碟大，傳輸速度快
ERP伺服器根據所使用的ERP系統不同，分為單純的資料庫伺服器和資料庫伺服器與web伺服器結合兩種情況
資料庫不但要求傳輸速度還要求內存和運算能力
web服務主要考察並發響應和運算能力
至於你說的太平洋電信沒接觸過
7. 求一個好的收費FTP伺服器
我還真不知道哪有專門提供FTP伺服器的服務商，多用戶FTP不太好管理，一般都是自己架設，你對帳戶管理沒要求，對空間要求也不大，直接買個虛擬主機就行了，虛擬主機一般都提供FTP管理，你的客戶共用一個帳戶登陸就可以了，不過大部分都是單用戶，也就是說，一個人在用，另一個就用不了。其實最方便的是做一個ASP或者PHP的網站，專門用來做內部下載用，每個客戶都可以提供一個用戶名和秘密，方便管理，也不需要經常更改FTP密碼來防止外泄。源碼從網上開源提供的ERP或CRM系統中分離出來就能用.
8. FTP和伺服器有什麼區別
都是伺服器，沒什麼區別，只是FTP伺服器：指明了這台伺服器是用FTP。
比如說其它還有資料庫伺服器，WEB伺服器，ERP伺服器，域伺服器，等等。
另：
FTP是一種傳輸協議。FPT伺服器裡面管理了很多FTP帳號，各個帳號空間存儲了很多數據。