S小魚仔S Symantec Backup Exec 與 System Recovery Server 產品差異

許多人使用「Symantec」產品，「搞不清楚」、「Backup Exec - BE」與「System Recovery Server - SRS」( 前身 Backup Exec System Recovery - BESR ) 差別，這裡「稍微」講解一下「歷史」故事，來龍去脈。

「賽門鐵克」原來沒有這「兩個」產品，都是「收購」來

「Backup Exec」:

「Backup Exec」( BE )、「NetBackup」( NBU )，原屬於「VERITAS 」公司，「BE」和「NBU」為「兩」個「團隊」分別「研發」的「兩款」產品。

「NBU」針對「Windows」平台「小用戶」，備份「系統」與「資料」，現在改為「BE」取而代之。

「BE」針對「網路」所有平台的「備份」，強項「在於」，「資料」備份 與「還原」。

兩樣「產品」研發之初，就有所「區別」。

「System Recovery Server」:

「SSR」是一個公司。主做「系統恢復」，也有能力恢復應用，幾乎是「全能」，但術業有專攻，被「Symantec」收購後，主打的「功能」是「系統恢復」的「功能」如「完整備份」、「差異備份」、「異機還原」、「P2V」...等

「賽門鐵克」專門「收購」這些「備份公司」，然後「販賣」產品，這樣可以「確保」技術「提升」與「改良」，因為「賽門鐵克」.....有錢...有錢...就能「併購天下」..呵呵


如何「選擇」「賽門鐵克」備份「產品」?

「系統備份」-「System Recovery Server」提供「完整備份」、「增益備份」、「系統回復」、「異機還原」、「P2V」...等

「資料備份」-「Backup Exec」提供「完整備份」、「差異備份」、「增益備份」、「異機還原」、「P2V」、「磁帶備份」..等

「兩」項「產品」區別「真」的很「小」。就是「廠家」做的「功能」不同，實現核心技術有差異，但都是使用「Windows」的「VCS 快照」。

「SSR」不「支援」「磁帶」備份。

「 BE」支援「磁帶」備份。

由於「BE」的「存在」。「SSR」身上就沒支持那麼多「微軟」的應用。更有趣的是，現在「BE 2012」本身就集成了一大部分「SSR」的功能。
其實這些「都是」部門「之間」內部「鬥爭」誰也「不想」產品「功能」比「別部門」差，所以「功能」就「不斷」累加，不用懷疑「SSR」、「BE」一起「購買」就對了。

「SSR 2011」截圖
PS.
「SSR 2011」支援 「Server 2008 R2」 以下。
「SSR 2013」支援「Server 2012」以下。

設定「備份週期」、「完整」、「增益」備份，不是很有善，不容易懂..

支援「備份檔」轉「虛擬機」

「BE 2012」截圖 
PS.
支援 「Server 2012」 以下。

「備份」操作「GUI」介面「淺顯」易懂

 支援「完整」、「增量」、「差異」備份

支援「Windows」、「Linux」、「Storage」、「Exchange」備份

支援「備份檔」轉「虛擬機」

參考資料:

「賽門鐵克」-「Symantec System Recovery Server Edition」

「賽門鐵克」-「TCP/UDP Ports」

「賽門鐵克」-「Symantec Backup Exec」

「賽門鐵克」-「Symantec NetBackup」

「賽門鐵克」-「Symantec Backup Exec 2012 備份與災難復原解決方案介紹」

S小魚仔S System Center Virtual Machine Manager 2012 SP1 安裝

隨著「System Center」家族，不斷「改版」，「 System Center Virtual Machine Manager 2012 SP1」新版終於「出了」，「繁體中文」唷，想要體驗「SCVMM 2012 SP1」不容錯過。

SCVMM 2012 SP1 環境條件:

1. 資料庫「SQL Server 2008 R2」 以上

2. Windows® 8 的 Windows 評定及部署套件 (ADK)

3. 記憶體 「4G」 以上

4. 搭配「網域」環境

==========================================

安裝「SQL Server 2008 R2」

「Server 2012」新增「.NET Framework 3.5」功能
PS
「SQL Server 2008 R2」需求「.NET Framework 3.5」以上

選擇「新的安裝或將功能加入到現有安裝」

安裝「Database Engine Services」與「管理工具」( SQL Server Management Studio )
PS.
後續「自行」安裝，不多「詳述」

安裝「Windows 8 評定及部署套件 ADK」( 約30分鐘 )

選擇「部署工具」與「Windows 預先安裝環境 (Windows PE)」功能

安裝「SCVMM 2012 SP1」

選擇「安裝」

安裝「VMM 管理伺服器」與「VMM 主控台」

註冊「產品資訊」，採「預設值」即可

「合約授權」

「客戶改進計畫」

「Scvmm 2012 SP1」啟用「Update」

選擇「安裝位置」

「資料庫」選擇「執行個體」與「建立資料庫」

輸入「SCVMM」主機，「網域\帳戶」
PS
「SVMM」服務「帳戶」與「Agent」發送「不可為」同一組「網域」內「帳戶」。
「若您」的「SCVMM」服務帳戶 與 「Agent」發送「帳戶」為「同組」，則「發送」Agent「會失敗」。

列出「SCVMM 2012 SP1」使用「通訊埠」

選擇「程式庫組態」，建立「修改」預設路徑
PS
預設「路徑」太長，之後要找「不好找」

檢查「安裝摘要」

順利「安裝完成」

 執行「scvmm 2012 SP1」選擇「連線」

完成 ^_^"

S小魚仔S Windows Server 2012 Hyper-V 3.0 SMB Cluster

本次「實驗」採用「VM 9」，安裝「Server 2012」建置「Hyper-V 3.0」環境，測試「Hyper-V 3.0 SMB Cluster」「自動轉移」節點。

「環境架構圖」

「Windows 網域」「HV-1」、「HV-2」，使用者「帳戶」結構如下

PS.

「Storage」不受「影響」自行「規劃」即可

「Windows AD」目錄結構

「Hyper-V」群組，隸屬「成員」

「Hyper-V」群組，隸屬「群組」

「HV-1」與「HV-2」 -「本機群組」( administrators )，加入雙方「網域帳戶」

完成，上述「設定」，繼續往下看

「Sotrage」設定

新增「檔案和iSCSI服務」角色

接著，新增「共用」

選擇「SMB 共用 - 應用程式」

選擇「分享」路徑

共用「清單」列表，採用「預設值」即可

採用「預設值」即可

點選「自訂權限」

PS

「以下步驟」有點「複雜」

點選「停用繼承」

點選「將繼承的權限轉換成此物件中的明確權限」

權限「設定」，授予「Hyper-V」群組，完全控制

共用「設定」，授予「Hyper-V」群組，完全控制

完成上述「設定」，點選「下一步」

「建立」共享，「檔案」

「HV-1」與「HV-2」新增「Hyper-V」腳色、「容錯移轉叢集」功能

建立「Hyper-V」角色

建立「容錯移轉叢集」

建立「Hyper-V」，選擇「實體」網路卡，介面

因為「HV-1」與「HV-2」準備加入「叢集」，不需「啟用」即時移轉

選擇「Hyper-V」，「虛擬硬碟」、「設定檔」位置

這裡，「啟用」必要時自動重新啟動目的地伺服器
PS.
「HV-1」與「HV-2」，都需要「依照」「上述」新增「Hyper-V」、「容錯移轉叢集」

建立「容錯移轉」叢集  ( HV-1 )

「建立叢集」

加入「HV-1」與「HV-2」主機

點選「否」，不進行「叢集驗證測試」

輸入「叢集名稱」，賦予「叢集 IP」
PS.
叢集「名稱」與「IP」，會「註冊」到「Windows AD」內，「Hyper-V Cluster」用不到，但還是需要「新增」。
因「叢集」服務，不只「Hyper-V」而已，當您新增「其他服務」，會使用「叢集 IP」。

檢查「叢集」資訊

完成「叢集」建立

「叢集」建立「完畢」，「管理介面」=>新增「虛擬機器」
PS.
「虛擬機」、「建立」與「刪除」都在「叢集管理員」完成。
建議「別在」，Hyper-V「管理介面」建立「虛擬機」

選擇「HV-1」或「HV-2」建立「Guest VM」

這裡....不需要「多說明」..自行建立...

當您到「建立」「虛擬硬碟」時，就將「虛擬硬碟」選擇「Storage」「共享」位置

建立「完成」後，點選「Guest VM」=>「屬性」

此畫面，設定「允許容錯回復」
PS.
只要你的「叢集角色」上有下面的「頁簽」，如「下圖」所示，就代表著它會「自動」的「容錯移轉」。
「上半部」就是指定「容錯移轉」的「功能設定」，「下半部」則是「容錯回復」。

「Hyper-V 3.0 Cluster」-「即時轉移」、「快速轉移」、「容錯移轉」

「即時轉移」( Live Migration ):

「即時移轉」可讓您以「通透」方式將執行中虛擬機器從「容錯移轉叢集」的某個「節點」移到相同叢集中的另「一個節點」，而不會「中斷網路」連線或「停機」。

搭配「叢集共用磁碟區」，「即時移轉」幾乎是「瞬間」完成，「移轉」的「過程中」，使用「Ping」頂多一次要求等候逾時。

測試「即時轉移」時間，只有短短「一秒」停止，之後「快速」回復

「快速轉移」 ( Quick Migration ):

「快速移轉」將「虛擬機器」儲存後「移動」，然後還原，會導致些許「停機時間」，「叢集」會將「虛擬機」正在使用「記憶體」複製到「存放」裝置的「硬碟」中，這樣實際轉換到「其他」節點時，接管擁有權的「節點」，就能迅速從「磁碟機」中，讀取「虛擬機器」所需的「記憶體與狀態資訊」。

「容錯轉移」( Failover Clustering ) :

 關閉「HV-2」主機

「Guest VM」就會「自動」轉移「HV-1」

測試「容錯移轉」時間，只有短短「三秒」停止，之後「快速」回復

參考資料:

「傲笑紅塵」-「建立 Hyper-V 3.0 容錯移轉叢集」

「皓皓-IT生涯」-「叢集架構下的 SMB 3.0 (Hyper-V高可用性)-上」

「皓皓-IT生涯」-「叢集架構下的 SMB 3.0 (Hyper-V高可用性)-下」