① 如何給一個網站建立鏡像
現在有幾個備選方案： 1。程序移植，資料庫仍統一管理。 這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。 2。程序和資料庫都移植。 這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式： 2.1 程序不改，資料庫同步 這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。 但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。 2.2 平台程序改動，資料庫非同步復制 這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。 不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
② 網站鏡像如何做
1．基於特定伺服器軟體的負載均衡 ---- 這種技術是利用網路協議的重定向功能來實現負載均衡的，例如在Http協議中支持定位指令，接收到這個指令的瀏覽器將自動重定向到該指令指明的另一個URL上。由於和執行服務請求相比，發送定位指令對Web伺服器的負載要小得多，因此可以根據這個功能來設計一種負載均衡的伺服器。一旦Web伺服器認為自己的負載較大，它就不再直接發送回瀏覽器請求的網頁，而是送回一個定位指令，讓瀏覽器去伺服器集群中的其他伺服器上獲得所需要的網頁。在這種方式下，伺服器本身必須支持這種功能，然而具體實現起來卻有很多困難，例如一台伺服器如何能保證它重定向過的伺服器是比較空閑的，並且不會再次發送定位指令？定位指令和瀏覽器都沒有這方面的支持能力，這樣很容易在瀏覽器上形成一種死循環。因此這種方式實際應用當中並不多見，使用這種方式實現的伺服器集群軟體也較少。
---- 2．基於DNS的負載均衡 ---- DNS負載均衡技術是最早的負載均衡解決方案，它是通過DNS服務中的隨機名字解析來實現的，在DNS伺服器中，可以為多個不同的地址配置同一個名字，而最終查詢這個名字的客戶機將在解析這個名字時得到其中的一個地址。因此，對於同一個名字，不同的客戶機會得到不同的地址，它們也就訪問不同地址上的Web伺服器，從而達到負載均衡的目的。
---- 這種技術的優點是，實現簡單、實施容易、成本低、適用於大多數TCP/IP應用；但是，其缺點也非常明顯，首先這種方案不是真正意義上的負載均衡，DNS伺服器將Http請求平均地分配到後台的Web伺服器上，而不考慮每個Web伺服器當前的負載情況；如果後台的Web伺服器的配置和處理能力不同，最慢的Web伺服器將成為系統的瓶頸，處理能力強的伺服器不能充分發揮作用；其次未考慮容錯，如果後台的某台Web伺服器出現故障，DNS伺服器仍然會把DNS請求分配到這台故障伺服器上，導致不能響應客戶端。最後一點是致命的，有可能造成相當一部分客戶不能享受Web服務，並且由於DNS緩存的原因，所造成的後果要持續相當長一段時間(一般DNS的刷新周期約為24小時)。所以在國外最新的建設中心Web站點方案中，已經很少採用這種方案了。
---- 3.基於四層交換技術的負載均衡 ---- 這種技術是在第四層交換機上設置Web服務的虛擬IP地址，這個虛擬IP地址是DNS伺服器中解析到的Web伺服器的IP地址，對客戶端是可見的。當客戶訪問此Web應用時，客戶端的Http請求會先被第四層交換機接收到，它將基於第四層交換技術實時檢測後台Web伺服器的負載，根據設定的演算法進行快速交換。常見的演算法有輪詢、加權、最少連接、隨機和響應時間等。
---- 4．基於七層交換技術的負載均衡 ---- 基於第七層交換的負載均衡技術主要用於實現Web應用的負載平衡和服務質量保證。它與第四層交換機比較起來有許多優勢：第七層交換機不僅能檢查TCP/IP數據包的TCP和UDP埠號，從而轉發給後台的某台伺服器來處理，而且能從會話層以上來分析Http請求的URL，根據URL的不同將不同的Http請求交給不同的伺服器來處理(可以具體到某一類文件，直至某一個文件)，甚至同一個URL請求可以讓多個伺服器來響應以分擔負載(當客戶訪問某一個URL，發起Http請求時，它實際上要與伺服器建立多個會話連接，得到多個對象，例如.txt/.gif/.jpg文檔，當這些對象都下載到本地後，才組成一個完整的頁面)。
---- 5．站點鏡像技術 ---- 以上幾種負載均衡技術主要應用於一個站點內的伺服器群，但是由於一個站點接入Internet的帶寬是有限的，因此可以把負載均衡技術開始應用於不同的網路站點之間，這就是站點鏡像技術，站點鏡像技術實際上利用了DNS負載均衡技術。
網站鏡像大師軟體下載
http://www.msmir.net/Soft/down200/down1000/200506/745.html