如何搭建鏡像伺服器
⑴ 如何搭建Android SDK鏡像伺服器
直接運行 android.py腳本，由於SDK是國外資源，要官方下載的話，需要翻，為此還需要代理。命令行程序默認不走你的全局代理，在家可用sock5代理，在mac下用的是 proxychains4 ，公司內網有Http代理伺服器，想在命令行中使用，需要設置 http_proxy 和 https_proxy 環境變數，臨時使用直接在終端中輸入：
export http_proxy=http:// yourproxyaddress:proxyport
export https_proxy=http:// yourproxyaddress:proxyport
細看腳本，你會發現腳本會先去下載 repository-.xml 和 addons_list-.xml ，xml裡面是一些文件的具體下載地址，包含sdk、build_tools、support包等等，然後去下載具體的文件。
⑵ 新手請教如何設置鏡像伺服器
後台 本身添加幾個辦事器地址然後傳文件的好時刻 每個辦事器都傳一份假如你的辦事器支撐差別備份的話他會主動同步主辦事器的材料然則phpcms 只會傳主站，鏡像站不會上傳的
⑶ 如何構建FTP鏡像伺服器啊
rt,因為不想佔用太多硬碟 一般的鏡像功能不會通過軟體本身實現，而是通過DNS負載均衡，或者硬體負載決衡設備來實現的。
⑷ 請教高手！！！如何做鏡像伺服器！！在線等候！～
樓上：RAID 只適用於單伺服器，多伺服器可採用 NAS（Network Attached Storge，成本十分高昂）
可以固定時間同步，但要接手卻比較難，而且你需要完全同步鏡像，這很像是分布式資料庫了，技術上就有難點，現在廣泛採用的是不完全同步鏡像，比如 linux 上的 rsync 工具。
你如果要提高伺服器的穩定性，可以採用 RAID、集群等技術，本公司提供解決方案。
可以定時同步，windows 的 at 命令。
http://www.itefix.no/phpws/index.php?mole=pagemaster&PAGE_user_op=view_page&PAGE_id=6&MMN_position=23:23
參考這個 windows 下的 rsync
樓上喊 RAID 的完全是個業餘人士，分布式資料庫（不是你說的伺服器）什麼原理估計你都不懂，估計你也僅僅是聽過 RAID，而摸都沒有摸過
⑸ 怎麼搭建本地Ubuntu鏡像伺服器
你這種情況比較復雜!全部鏡像的話會比較大，特別是第三方的編譯包；
鏡像方法會比較簡單：可以用rsnyc等同步軟體直接從伺服器同步，本地需要搭建一個簡單的apache2伺服器。
介紹文章如下，其實沒有那麼復雜，因為你的不需要和官方一起發布出去，只需本地使用。
你應給可以用類似與deb cdrom:[Ubuntu 12.04 LTS _Precise Pangolin_ - Release i386 (20120423)]/ precise main restricted 的語句放在/etc/apt/sources.list文件里。
⑹ 如何搭建一個linux 更新鏡像伺服器
一、Linux device driver 的概念 系統調用是操作系統內核和應用程序之間的介面，設備驅動程序是操作系統內核和機器硬體之間的介面。設備驅動程序為應用程序屏蔽了硬體的細節，這樣在應用程序看來，硬體設備只是一個設備文件，應用程序可以象操作普通文件一樣對硬體設備進行操作。設備驅動程序是內核的一部分，它完成以下的功能:
1、對設備初始化和釋放。
2、把數據從內核傳送到硬體和從硬體讀取數據。
3、讀取應用程序傳送給設備文件的數據和回送應用程序請求的數據。
4、檢測和處理設備出現的錯誤。
在Linux操作系統下有三類主要的設備文件類型，一是字元設備，二是塊設備，三是網路設備。字元設備和塊設備的主要區別是:在對字元設備發出讀/寫請求時，實際的硬體I/O一般就緊接著發生了，塊設備則不然，它利用一塊系統內存作緩沖區，當用戶進程對設備請求能滿足用戶的要求，就返回請求的數據，如果不能，就調用請求函數來進行實際的I/O操作。塊設備是主要針對磁碟等慢速設備設計的，以免耗費過多的CPU時間來等待。
⑺ 怎麼搭建本地Ubuntu鏡像伺服器
一.需求分析
最近公司軟體Team 有個需求是這樣的：能不能在區域網搭建一個Ubuntu 鏡像伺服器，
這樣作的好處是可以節省Ubuntu某些常用工具的安裝時間。
二.部署過程
2.1 測試環境
目前在公司內有一台能連接到外網的Ubuntu機器， IP : 192.168.8.173 ，
Ubuntu版本為Ubuntu 9.04 i686。
2.2 搭建步驟
為了創建Ubuntu mirror 伺服器，最少需要60G硬碟空間，Ubuntu每個版本都有32 bit
和64 bit兩個版本，有兩組deb包。當然可以創建Ubuntu一個版本的32 bit 和64 bit 的
鏡像伺服器，也可以創建全部版本的鏡像。
這里使用sohu 公司的mirror地址作為本地Ubuntu Source 伺服器，使用sohu的原因是：
1. sohu的Ubuntu Source 伺服器速度相當快
2. sohu 的ubuntu Source 伺服器每天會和Ubuntu官方伺服器同步一次，這樣可以保
證我們使用的是最新的軟體包。
修改方式如下：
root@ms ~: cat /etc/apt/sources.list
deb http://mirrors.sohu.com/ubuntu/ jaunty main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-security main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-updates main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-proposed main restricted universe multiverse
deb http://mirrors.sohu.com/ubuntu/ jaunty-backports main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-security main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-updates main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-proposed main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu/ jaunty-backports main restricted universe multiverse
安裝下面工具：
root@ms ~: apt-get install apt-mirror
root@ms ~: apt-get install apache2
下面就構建Ubuntu 9.04 32bit 的本地Ubuntu mirror 伺服器為例子，來說明如何配置：
修改配置文件：
root@ms ~: cat /etc/apt/mirror.list
############# config ##################
#
# set base_path /var/spool/apt-mirror
#
# set mirror_path $base_path/mirror
# set skel_path $base_path/skel
# set var_path $base_path/var
# set cleanscript $var_path/clean.sh
# set defaultarch
# set postmirror_script $var_path/postmirror.sh
set run_postmirror 0
set nthreads 20
set _tilde 0
#
############# end config ##############
deb-i386 http://mirrors.sohu.com/ubuntu jaunty main restricted universe multiverse
deb-i386 http://mirrors.sohu.com/ubuntu jaunty-security main restricted universe multiverse
deb-i386 http://mirrors.sohu.com/ubuntu jaunty-updates main restricted universe multiverse
#deb http://mirrors.sohu.comubuntu jaunty-proposed main restricted universe multiverse
#deb http://mirrors.sohu.comubuntu jaunty-backports main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty-security main restricted universe multiverse
deb-src http://mirrors.sohu.com/ubuntu jaunty-updates main restricted universe multiverse
#deb-src http://mirrors.sohu.com/ubuntu jaunty-proposed main restricted universe multiverse
#deb-src http://mirrors.sohu.com/ubuntu jaunty-backports main restricted universe multiverse
#clean http://archive.ubuntu.com/ubuntu
備註：
deb-i386 http:// 表示下載32 bit 版本的deb 軟體
deb http:// 表示下載64bit 版本的deb 軟體
jaunty 表示Ubuntu 9.04的代號
設置完成後，輸入下面命令：
root@ms ~: apt-mirror
這時系統會啟動20個線程運行wget 到 http://mirrors.sohu.com/Ubuntu 下面下載相應的
deb包。時間比較的長，該命令執行完成後，/var/spool/apt-mirror目錄下就有了所有需
要的deb包和相應的配置文件。
由於我是從sohu下載的，所以實際的文件在 ：
/var/spool/apt-mirror/mirror/mirrors.sohu.com/ubuntu 目錄下。
這樣，本地就有了所有Ubuntu Source 伺服器所需要的文件，然後開啟相應的服務：
這里使用apache2作為Web伺服器，默認根目錄在/var/www/，所以可以在該目錄下做
個鏈接，如下所示：
root@ms ~: cd /var/www
root@ms ~: ln /var/spool/apt-mirror/mirror/mirrors.sohu.com/ubuntu -s
開啟web服務：
root@ms ~: apache2ctl start
打開瀏覽器輸入下面地址即可看到和sohu mirror一樣的頁面：
http://192.168.8.173/ubuntu
同時也可以使用crontab進行每天的更新，修改配置文件：
root@ms ~: cat /etc/cron.d/apt-mirror
#
# Regular cron jobs for the apt-mirror package
#
#0 4 * * * apt-mirror /usr/bin/apt-mirror > /var/spool/apt-mirror/var/cron.log
把命令前面的「#」去掉即可，這樣系統會自動使用apt-mirror去和sohu伺服器更新。
最後，我們所要做得就是在客戶端的機器上修改更新源配置文件，將地址改成本地
mirror伺服器的地址即可，如下所示：
root@ms ~: cat /etc/apt/sources.list
deb http://192.168.8.173/ubuntu/ jaunty main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-security main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-updates main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-proposed main restricted universe multiverse
deb http://192.168.8.173/ubuntu/ jaunty-backports main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-security main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-updates main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-proposed main restricted universe multiverse
deb-src http://192.168.8.173/ubuntu/ jaunty-backports main restricted universe multiverse
執行「apt-get update」來重建本地索引，這樣以後就會使用本地的Mirror 伺服器進行更新
⑻ 如何在arm伺服器構建docker鏡像
在這個M伺服器上裝一個這個模擬器，還有這個編譯器，然後來再這個就可以搭建起來。
⑼ 伺服器鏡像用什麼連接
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。
⑽ 如何做伺服器鏡像
現在有幾個備選方案：
1。程序移植，資料庫仍統一管理。
這種方式最易實現，但存在的問題資料庫必須開放internet通道，如何保證安全，是個問題。而且，訪問速度是否能達到要求同樣是個問題。採用vpn通道？速度上又不能滿足。
2。程序和資料庫都移植。
這種方式能實現的鏡像效果最好，但實施難度較大，在國內網站中實現這種鏡像的還不多。這方案還有2種不同實現方式：
2.1 程序不改，資料庫同步
這種方式相對簡單些，程序部分基本不用改動，依靠sqlserver2000的同步功能來實現數據同步。
但從我在erp項目實施中獲得的經驗看，這種方式看似簡單，但其實問題可能最多。首先，sqlserver同樣繼承了microsoft的老毛病：效率不高。同步復制3G的數據這個速度我實在不樂觀。其次需直接開放internet訪問，如何避免安全問題，還沒想好，還需要找安全專家咨詢。最後，同步復制過程中如果發生網路故障，如何保證多數據源的數據完整性和一致性又是個極大的挑戰。
2.2 平台程序改動，資料庫非同步復制
這種方式對程序的要求較高，網站平台架構的調整較大。等於是把網站由單站點程序轉為多站點平台。這樣在業務和數據一致性上都有較高要求。這種方式工作最大，難度看似也最大，但我認為這種方式最可行。首先，把程序結構按照事務劃分，藉助mts可實現多站點統一事務，保證數據的一致性；其次，數據採用非同步復制，能避免網路中斷造成的數據不完整，防止引起某些邏輯錯誤；最後，這種方式要求我們盡量少的訪問資料庫，由於負載的分擔，可考慮大量的使用內存替代資料庫，提高整體的訪問效率。
不過，由於存在時間差，會造成鏡像站點間的內容不一致的情況，我還沒想好如何解決。 並且,需要開發一個事務調度程序對各鏡像數據進行統一更新維護,每秒可能需要面臨200次的請求，程序性能和效率會是問題，如何採用分布式我也沒想好。