如何連接伺服器傳鏡像文件
方法/步驟
許多朋友不清楚自己是否有數據盤需要掛載（雖然購買時自己買沒買你應該知道的，但還是有人不知道啊），那麼你應該在linux伺服器上使用使用「fdisk -l」命令查看。如下圖：若您執行fdisk -l命令，發現沒有 /dev/xvdb 標明您的雲服務無數據盤，那麼您無需進行掛載，此時該教程對您不適用
如果上一步你看到了/dev/xvdb，那麼就執行「fdisk -S 56 /dev/xvdb」命令，對數據盤進行分區；根據提示，依次輸入「n」，「p」「1」，兩次回車，「wq」，分區就開始了，很快就會完成。
此時再使用「fdisk -l」命令可以看到，新的分區xvdb1已經建立完成了。
這時候需要注意，有兩種情況，第一種，你這個數據盤是新購買的，以前沒有用過（沒有存儲過數據），那麼就要對其進行格式化，使用「mkfs.ext3 /dev/xvdb1」命令。第二種，如果你之前就有數據盤，只是你把系統盤重置了，需要將數據盤再次掛載到重置後的系統上，那麼就不要對其格式化（跳過此步驟），直接執行後面的步驟掛載就可以了。
在繼續下面的命令前，你需要知道的是，下面那行命令的「/mnt」就是你要把數據盤掛載到的文件夾，如果你想掛載到別的文件夾，比如你自己建立的/mydata，那麼就把/mnt改成/mydata，前提是你已經創建了這個目錄（創建目錄的命令是mkdir）。
使用「echo '/dev/xvdb1 /mnt ext3 defaults 0 0' >> /etc/fstab」（不含引號）命令寫入新分區信息。然後使用「cat /etc/fstab」命令查看，出現以下信息就表示寫入成功。
步驟閱讀
6
最後，使用「mount -a」命令掛載新分區，然後用「df -h」命令查看，出現以下信息就說明掛載成功，可以開始使用新的分區了。
2. 新手請教如何設置鏡像伺服器
後台 本身添加幾個辦事器地址然後傳文件的好時刻 每個辦事器都傳一份假如你的辦事器支撐差別備份的話他會主動同步主辦事器的材料然則phpcms 只會傳主站，鏡像站不會上傳的
3. 伺服器鏡像用什麼連接
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
4. win8怎麼連接LINUX鏡像伺服器
可以考慮用命令行或圖形化（需要安裝圖形化）連接
推薦工具：
命令行：xshellCRT等
桌面：tigervnc
5. 如何做伺服器鏡像
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。