㈠ 網站鏡像如何做
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
㈡ 如何建立網站鏡像
鏡像網站是將一個完全相同的站點放到幾個伺服器，分別有自己的URL，在這些伺服器上互為鏡像網站。它和主站並沒有太大差別，或者可算是為主站作的後備措 施。有了鏡像網站的好處是：如果不能對主站作正常訪問（如某個伺服器死掉或出了意外），但仍能通過其它伺服器正常瀏覽。相對來說主站在速度等各方面比鏡像 站點略勝一籌。 鏡像就是做一個和你的站一模一樣的站, 也就是說, 就跟鏡子一樣嘛. 一般是個人網站的站長為自己的站做一個備份, 也就是說, 一個站由於流量或其它原因訪問不到時, 人們可以去另一個一模一樣的站看. 這個站還可以起到分流, 減少伺服器壓力的作用. 不過, 這些都是由於個人網站的伺服器不能接受太多的訪問量而採取的辦法. 商業網站一般不用這樣的辦法. 因為用戶要記兩個域名, 內容要上傳兩次, 要隨時保持兩個地方一致, 內容一多非常麻煩. 如果是別人把自己的站也這樣原樣做一份放在網上, 我在想, 網站的主人肯定是不能容忍的, 可以用搜索引擎找到這樣的站, 現在這樣搞的人已經比較少了, 在2000年, 我們經常會發現有人這樣照抄人家的站. 所以, 哪時候很多網站都加了一句嚴禁建立鏡像.
㈢ 網站鏡像怎麼做
一般的話，只要弄個二級域名就行了，比如www.domainname.com解析到電信伺服器，www1.domainname.com解析到教育網伺服器，然後在各自的首頁做一個選擇。
以下是搜狐企業的解決方案，學習原理
--------------------------------------------------
網站鏡像站點解決方案
問題概述
許多公司希望自己的網站能夠被全世界的瀏覽者快速訪問，但由於世界各地互聯網的發展是不均衡的，特別是網路基礎設施的建設、與國際出口連接的帶寬等存在很大的差別，這些差別將造成您的網站可能對世界各地互聯網的使用者具有不同的性能。在不同的地區建立鏡像站點，無疑是最好的解決方案。建立鏡像站點，有多種選擇，您可以在不同的地方使用不同的域名，但是不利於企業的形象宣傳，最好的辦法是各地使用同一域名，系統能夠智能化地選擇提供服務的站點，搜狐公司的異地鏡像站點方案將幫助您的用戶去訪問您的最佳性能站點。該鏡像站點可以滿足如下要求：
l 各地的訪問者均使用www.CompanyName.COM訪問網站
l 自動將用戶放置到能夠提供最快請求響應的伺服器
l 所有的內容能夠實現同步更新
l 集中收集並統一處理用戶資料
系統結構圖如下：
[圖片見參考資料]
註： 1）紅色虛線圍成的方形代表位於美國、中國和香港的三個不同站點；
2）黑色的實體線代表設備和互聯網的連接，帶紅色字和箭頭的藍色線表示最終用戶請求服務的過程。
解決方案
■ 每個鏡像站點可能有多台伺服器提供服務，採用BIG IP負載均衡設備連接所有的伺服器，該設備能夠迅速地檢測出伺服器和應用故障，並將流量分配給正常運行的伺服器和應用。
■ 通過搜狐公司開發的內容管理系統，管理人員可以將內容分發到不同的站點，保持站點之間的內容同步。
■ 通過互聯網收集的信息可以採用分散存儲，然後定時集中的方案，也可以採用將所有的數據全部傳送到一個數據中心。前者可以保證所有的應用都具有比較好的響應速度，後者不能保證所有與資料庫操作的有關功能全部具有比較好的性能，但是不需要增加大量的投資費用。
■ 用戶的請求過程採用藍色帶箭頭的虛線表示，第1步用戶的請求發到本地的DNS伺服器，如果本地的DNS伺服器緩存有該地址解析結果，將把該結果返回給客戶，否則它將把該用戶的請求轉發給上一級的DNS伺服器，直到最後請求被發給3DNS伺服器（第2步），在該3DNS伺服器上運行一個代理軟體，同樣在美國、中國和香港三個站點的BIG IP負載均衡設備上也運行該代理軟體，這些代理軟體之間將相互溝通，確定哪一個站點能夠為用戶提供最佳的服務（溝通的過程見第3，4，5步驟），最後將用戶的請求發往該站點。該方法是使用動態最佳性能平衡技術，可用的動態平衡演算法包括循環法、比率法、最少連接法、隨機法、用戶定義的服務質量法、往返時間法、完成率（數據包丟失）法、BIG/IP包速率法、等等。
■ 靜態負載均衡技術是根據全球的IP地址分布確定用戶所處的地理范圍，將用戶的請求送到離其最近的網站，由該網站對其提供服務，這種方案的優點是費用比較低，但是由於這種方案僅僅考慮了用戶的地理分布，假設每一個站點的服務是同等出色，沒有考慮站點本身運行狀況，例如可能某個站點離該用戶最近，但是該站點本身可能負載太大，或者根本不能提供服務，此時用戶的請求依舊會被傳遞到該站點。這種方案只需要3DNS設備，不需要BIG/IP設備配合使用。該方案的工作原理是：每一個用戶連入互聯網後，會從一個互聯網服務商處獲得一個動態分配的IP地址，根據用戶的IP地址，基本上可以確定用戶所在的地理范圍，然後將用戶的請求發送到離他最近的網站。
㈣ 如何給網站做鏡像
Windows里的話配置IIS。LINUX就要手動修改DNS文件了，分都沒有，別人怎麼幫你。
㈤ 如何做網站鏡像
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
㈥ 如何建立一個鏡像網站
鏡像網站是將一個完全相同的站點放到幾個伺服器，分別有自己的url，在這些伺服器上互為鏡像網站。它和主站並沒有太大差別，或者可算是為主站作的後備措施。鏡像網站建立步驟：
1.採用同一個域名，在不同線路上建立多台伺服器，根據用戶線路自動切換。
2.從伺服器每隔一小時自動和主伺服器同步一次，從伺服器之下載主伺服器資料，不對主伺服器做任何修改。
3.發布內容時只在主伺服器發布，其它伺服器自動同步。
4.同步內容包括資料庫和附件內容(update文件夾的內容)。
㈦ 如何給別人的一個網站做鏡像
所謂鏡像的意思是指同一個域名下的多個相同內容的網站空間,用戶可以根據自己的實際情況選擇最快速的一個鏡像來訪問。
網站鏡像不需要什麼硬體投入，只需要在不同的伺服器上開幾個虛擬主機就可以了，有自己伺服器的朋友，可以和其他有伺服器的朋友互相交換空間，不必將伺服器託管到昂貴的雙通機房。所以，只要從中選擇了一個電信、一個網通、一個聯通三個不同線路的空間，萬事具備，就能上傳鏡像網站了。
㈧ 怎麼建立鏡像網站
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1
程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2
平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。
並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
㈨ 別人如何鏡像我的網站
最簡單的方法是做個別名記錄，直接把他域名的別名到你的域名上，你的域名解析到那裡，他也跟到那裡。不過網站內容所有的都是跟您的一模一樣，甚至聯系方式都一樣，如果是認真作站的沒有必要這樣的做吧。
還有一種方式
是採用鏡像，把您的網站鏡像到其他伺服器上
希望能幫助您