⑴ 如何解決二層單點故障
伺服器高可用、存儲雙活的架構並不能解決數據的邏輯錯誤、失效、丟失等問題，傳統的備份、恢復解決方案雖然可以數據得到很好的保護，但是發生故障時所造成的數據丟失量較大（RPO=24小時），在本次方案設計中，我們建議採用systemcenter對數據進行持續性備份保護，提供數據有效性驗證、數據錯誤恢復以及業務應急接管等功能。主要硬體配置清單產品描述數量虛擬化伺服器Lenovosystem 3850X6，4顆intelE7-4800V3系列CPU，512G 內存，配置萬兆網卡虛擬化存儲LenovoV3700，8G 緩存，採用萬兆主機介面，採用存儲底層鏡像功能保證存儲的數據安全虛擬化資源池網路可堆疊萬兆交換機及可堆疊千兆交換機為什麼要選用ISCSI存儲連接方式而不是FC呢。首先從成本上和今後橫向擴充來講，ISCSI無疑是最佳選擇，整個IDC環境都工作在大二層的網路，大二層網路是針對當前最火熱的虛擬化數據中心的虛擬機動態遷移這一特定需求而提出的概念，對於其他類型的網路並無特殊的價值和意義。網路設備虛擬化是將相互冗餘的兩台或多台物理網路設備組合在一起，虛擬化成一台邏輯網路設備，在整個網路中只呈現為一個節點。網路設備虛擬化再配合鏈路聚合技術，就可以把原來網路的多節點、多鏈路的結構變成邏輯上單節點、單鏈路的結構，解決了二層網路中的環路問題。沒有了環路問題，就不需要xSTP，二層網路就可以范圍無限（只要虛擬網路設備的接入能力允許），從而實現大二層網路。
⑵ 82599雙口萬兆網卡有沒有資源
有資源的。
英特爾82599萬兆網卡可以說是目前市場上的主流高端萬兆網卡，長期在項目中做技術的應該對這款萬兆網卡都很熟悉，但是此系列萬兆網卡的很多性能以及區分很多客戶仍然不是特別清楚。
82599萬兆網卡包含的型號。
Intel 82599晶元包含的萬兆網卡主要有以下型號：
E10G42BFSR (X520-SR2) 雙口光纖，含2個多模模塊
E10G41BFSR (X520-SR1) 單口光纖，含1個多模模塊
E10G41BTDA (X520-DA1) 單口光纖，不含模塊
E10G42BTDA (X520-DA2) 雙口光纖，不含模塊
E10G41BFLR (X520-LR1) 單口光纖，含1個單模模塊
E10G42BFLR (X520-LR2) 單口光纖，含2個單模模塊
「82599」 萬兆網卡買點：
支持更高的帶寬和吞吐量
符合歐盟指令，減少有害物質的使用，更加環保
支持多種網路操作系統，方便進行廣泛部署
更出色的吞吐率
提供指向-點擊管理單獨的適配器,適配器功能先進
提供集中的存儲區域網路(SAN)管理，比其他iSCSI的解決方案成本更低
⑶ 萬兆網卡是目前伺服器上最快的嗎
操作系統層面將這幾塊網卡做bond綁定，可以實現更快的速度。
Windows2012可以直接用操作系統的「NIC組合功能」，低版本Windows有伺服器廠商的程序做這個；Linux的話就修改ifcfg-bond0文件。綁定後帶寬就可以相應增加了，我們做4網卡綁定後，基本可以拍到3倍多的速度。
伺服器之間傳輸速度的影響因素太多了：介面瓶頸、傳輸協議、網路時延、網線質量等等很多。
比萬兆網卡快的還有InfiniBand、16Gb/s FC等。
而且呢，如果你進行大量數據分發，還是把數據存在存儲上比較好。
⑷ 萬兆網速
網速等於，帶寬除以8，萬兆的帶寬，下載速度理論是1250M
⑸ 在xencenter win虛擬機 萬兆網卡 怎麼安裝
在基於LVM的Local EXT和NFS SR上刪除快照或克隆虛擬機後，通過釋放未使用的數據，XenServer可自動回收磁碟空間，此過程稱之為合並（coalescing）。XenServer可在虛擬機運行的同時合並磁碟空間（即在線合並）。
但是，XenServer 5.5的合並部署有一個已知的限制條件。在虛擬機磁碟上刪除所有快照或克隆虛擬機後，一些磁碟空間可能仍然處於分配狀態。盡管NFS和基於ext的SR的已刪除快照或克隆虛擬機所消耗的空間非常少，但對於iSCSI FC和本地SR來說，消耗的空間量是非常巨大的。
為了消除這一局限性，XenServer 5.5 Update 1和更高版本引進了一個離線合並工具。該工具可在虛擬機暫時關閉或暫停使用（離線）時，回收之前分配給已刪除快照或克隆的所有磁碟空間。下面介紹了離線合並工具及其使用。
警告！
運行此腳本會導致虛擬機暫時無法使用，因為執行了暫停/恢復操作。
運行此工具前，您必須使用XenCenter或XenServer CLI刪除與虛擬機相關的所有快照和克隆。否則，腳本就會失敗，工具就會顯示錯誤信息，然後退出。
所有虛擬機磁碟必須在單個主機的共享存儲或本地存儲上。帶有這兩種存儲類型的磁碟的虛擬機無法合並。
步驟 － 適用於XenServer 5.5 Update 1和更高版本
思傑建議對將運行空間回收工具的虛擬機進行備份，可使用XenCenter導出選項進行備份。
您必須知道虛擬機的UUID。
獲取UUID
1. 在XenCenter中，啟用隱藏目標（View menu > Hidden Objects）。
1. 在Resource窗格中，選擇所需UUID對應的虛擬機。UUID將顯示在General項中。
回收磁碟空間
在XenServer CLI中運行以下命令：
coalesce-leaf –u <uuid of VM>
例如，如果虛擬機的UUID是2a8d2815-c97e-245b-efe2-389ba456bd7p，您需要運行以下命令：
coalesce-leaf –u 2a8d2815-c97e-245b-efe2-389ba456bd7p
1. 此命令會暫時中止虛擬機的運行（除非其已經關機），啟動回收進程，然後恢復虛擬機運行。
根據上次快照後寫入磁碟的數據量的大小，所需的時間也不同。最小的虛擬機（10GB或更低）只需不到1分鍾。
步驟 － 適用於XenServer 5.6
思傑建議對將運行空間回收工具的虛擬機進行備份，可使用XenCenter導出選項進行備份。
您需要知道虛擬機和主機UUID。
獲取UUID
1. 在XenCenter中，啟用隱藏目標（View menu > Hidden Objects）。
1. 在Resource窗格中，選擇所需UUID對應的虛擬機。UUID將顯示在General項中。
1. 在Resource窗格中，選擇資源池主機（列表中的第一台主機）。UUID將顯示在General項中。如果您沒有使用資源池，選擇虛擬機所在的主機。
回收磁碟空間
1. 在XenServer CLI中運行以下命令：
xe host-call-plugin host-uuid=<host-UUID> plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=<VM-UUID>
例如，如果虛擬機的UUID是9bad4022-2c2d-dee6-abf5-1b6195b1dad5，主機UUID是b8722062-de95-4d95-9baa-a5fe343898ea，您需要運行以下命令：
xe host-call-plugin host-uuid=b8722062-de95-4d95-9baa-a5fe343898ea plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=9bad4022-2c2d-dee6-abf5-1b6195b1dad5
1. 此命令會暫時中止虛擬機的運行（除非其已經關機），啟動回收進程，然後恢復虛擬機運行。
⑹ WINDOWS 2008下如何讓萬兆網卡達到應有的傳輸速率
這傳輸速率和你網路帶寬有關，沒有辦法通過修改硬體來提高傳輸速率
⑺ 萬兆網卡千兆網卡的區別
兩種網卡的傳輸速率不同。
【傳輸速率】
應根據伺服器或工作站的帶寬需求並結合物理傳輸介質所能提供的最大傳輸速率來選擇網卡的傳輸速率。以乙太網為例，可選擇的速率就有10Mbps，10/100Mbps，1000Mbps，甚至10Gbps等多種，但不是速率越高就越合適。例如，為連接在只具備100M傳輸速度的雙絞線上的計算機配置1000M的網卡就是一種浪費，因為其至多也只能實現100M的傳輸速率。
【網卡】
網卡是工作在鏈路層的網路組件，是區域網中連接計算機和傳輸介質的介面，不僅能實現與區域網傳輸介質之間的物理連接和電信號匹配，還涉及幀的發送與接收、幀的封裝與拆封、介質訪問控制、數據的編碼與解碼以及數據緩存的功能等。
⑻ 5T的資料庫怎麼備份
1、備份的容量
每周六0級備份，其他日期1級備份，啟用壓縮備份，每次0級備份DB+archivelog大概產生2.5T的備份包，其他日期DB+archivelog大概250G的備份包，一周下來備份包大小為4T，一個月大概16T，保留半年備份，總計需要100T空間，使用128T空間就足夠
2、備份的速度
目前使用NAS存儲，存儲速度大概在100M/s（萬兆網卡，但是存儲的IO速度只有100M/s）,所以備份5T，0級備份大概需要12個小時（5000000/100/60/60=13.8）
3、備份速度的改進措施
使用SAN存儲，存儲速度大概1G/s(萬兆網卡,存儲的速度每秒可以達到萬兆/8，除以8是因為網路速度單位是bit，存儲單位是byte),備份5T，大概需要1.3小時，SAN存儲比較昂貴故只申購20T，SAN上面只保留1個月內的數據，其他月份的數據定期從SAN存儲上遷移到慢的128T空間NAS存儲上去。
如果不申購SAN，只能使用NAS，該怎麼備份？
因為0級備份時間12個小時很長，期間可以再啟用一個1級備份只備份歸檔日誌的備份，備份策略如下
0級 17:00開始,07:00結束
BACKUP INCREMENTAL LEVEL 0 TAG 'DB0' DATABASE FORMAT '/dbbak/rmanbackup/data/DB_0_%T%U' PLUS ARCHIVELOG FORMAT '/dbbak/rmanbackup/archivelog/ARCH_0_%T_%s' DELETE ALL INPUT;
1級 23:00開始，24:00結束
BACKUP INCREMENTAL LEVEL 1 TAG 'LOG1' ARCHIVELOG ALL FORMAT '/dbbak/rmanbackup/archivelog/ARCH_1_%T_%s' DELETE ALL INPUT;
0級備份：歸檔日誌+DB+歸檔日誌
第一次歸檔日誌，最後一個日誌sequence：336557（備份持續時間17:00-20:00，備份了前一天至今天17:00的歸檔日誌）
DB(備份持續時間20:00-06:00)
第二次歸檔日誌，最初一個日誌sequence：336798，最後一個日誌sequence：337075（備份持續時間06:00-07:00，備份了23:00-06:00產生的歸檔日誌）
1級備份：歸檔日誌（備份持續時間23:00-24:00，只備份了17:00-23:00產生的歸檔日誌）
最初一個日誌的sequence：336558
最後一個日誌的sequence：336797
說明0級備份期間的產生的一部分歸檔日誌（17:00-06:00,06:00-07:00期間產生不屬於，因為0級資料庫在06:00就備份好了），在1級歸檔日誌備份中只備份了17:00-23:00產生的歸檔日誌(即起始於0級備份開始時間，結束於1級備份開始時間),並不是0級份期間的所有歸檔日誌都在1級歸檔日誌備份中備份了(23:00-06:00期間產生的歸檔日誌就沒有被備份，而是在0級DB備份後的0級歸檔日誌備份中備份了)
⑼ 什麼是VMware Virtual SAN
認識Virtual SAN
如果僅從定義來了解Virtual SAN，難免有些晦澀難懂。對此，不妨從系統構建的角度進行了解。
我們如何構建一個Virtual SAN？要構建一個Virtual SAN系統，至少需要3台ESXi 5.5主機，對於主機要求配有至少一個SSD和一個HDD(也就是硬碟)，配有千兆或者萬兆網卡，SAS/SATA控制器等，符合這些硬體的要求，我們就可以構建一個Virtual SAN的存儲集群。
Virtual
SAN系統對硬體的要求
通過上述描述，如果仍然沒有了解Virtual SAN，還可以換個角度來了解。
換個角度理解Virtual
SAN
如上圖所示，Virtual
SAN對於硬體的要求是採用標准X86伺服器(至少3台)，充分利用x86伺服器本地硬碟，藉助網路構建為分布式的共享存儲。Virtual
SAN有關管理和控制的軟體已經內嵌入vSphere內核中，也就是說，軟體已經隨vSphere部署了，只要購買License就可以使用了。Virtual
SAN要求x86伺服器至少配備一塊SSD，作為讀/寫操作的加速使用。對於Virtual SAN有一點需要說明的，其存儲主要用於VMDK((VMWare
Virtual Machine Disk Format))的對象存儲。
對於於VMDK需要稍加說明，它是虛擬機VMware創建的虛擬硬格式，文件存在於被稱為VMFS(虛擬機文件系統)的VMware文件系統中，所有用戶數據和有關虛擬伺服器的配置信息都存儲在VMDK文件中。VMDK文件通常都比較大，2TB的文件不足為奇。正因為如此它們被描述為「大的、塊級I/O模式」。當任何用戶數據變化或虛擬伺服器配置變化，VMDK文件都要更新。由於VMDK沒有增量類型數據獲取功能，任何對文件的更改意味著整個文件需要重新備份。
Virtual SAN主要用於VMDK的存儲和共享。
Virtual SAN性能和應用
顯然Virtual SAN是一種虛擬機的專用存儲，對於物理伺服器而言是沒有辦法利用Virtual SAN發布式共享存儲。實際上，Virtual
SAN就是一種虛擬機專用的以軟體方式定義的存儲，該軟體已經內嵌入vSphere。由於是軟體定義的方式，因此具有軟體定義方式所具有的靈活性和敏捷型。它可以根據應用程序需要，用軟體的方式設置策略，自動控制所需要的服務級別。
作為一種企業級分布式的共享存儲，Virtual SAN需要在性能和高可用性方面滿足應用的需要。據了解，Virtual
SAN採用多副本的方式，其硬體故障恢復能力可以實現磁碟、網路故障0停機，它還可以Vsphere HA等進行互操作。
由於Virtual
SAN內嵌入vSphere內核中，就縮短了虛擬機訪問存儲的I/O，SSD的採用也克服了傳統磁碟的I/O瓶頸，數據調度和命中率將直接影響Virtual
SAN的性能。
根據VMware披露的性能指標，在32節點集群Virtual
SAN中，其IOPS讀取性能可以達到200萬，而讀寫性能為64萬IOPS(70%讀，30%寫，4K大小，80%隨機)。
Virtual SAN性能表現
Virtual SAN的優勢在於性能和容量擴展的靈活性，由於採用x86通用伺服器，無論在CapEx還是OpEx上均有很好的表現。與磁碟陣列相比，TCO優勢明顯。
對於Virtual SAN適用的應用場景，首先是應用在虛擬化的應用場合。VMware有關專家表示，Virtual SAN的目標並不是替代現有的磁碟陣列，而是與現有的SAN/NAS磁碟陣列和雲存儲並存，為用戶提供了一種高性價比的虛擬化專用存儲。
據了解，桌面虛擬化將是目前Virtual SAN的最佳應用場景之一，會極大降低桌面虛擬化的應用成本。