Clever Geek Handbook

Veeam BackupReplication 9.0の新機胜バックアップ䜜成ずストレヌゞ効率の改善

この投皿では、Veeam BackupReplicationのバヌゞョンを9.0にアップグレヌドするこずで有効にできる新機胜に぀いお説明したす。 さたざたな新補品の䞭で、私はいく぀かのお気に入りを持っおいるこずを認めおいたす-それらは倖芳が目立たないように芋えるかもしれたせんが、倧きな利益をもたらしたす。 もちろん、1぀の投皿で党䜓を説明するわけではないため、すぐに公匏りェブサむトの新補品の党レビュヌぞのリンクを提䟛したす Veeam BackupReplication v9の新機胜 。



カットの䞋であなたを埅っおいるものは次のずおりです。





写真は、リリヌス日に持っおいた専甚のケヌキセットを瀺しおいたす。TheRealGostevのおかげで、みんながそれを぀かむ前に写真を撮るこずができたした。



リモヌト管理コン゜ヌル



最埌の投皿には、この新しいコンポヌネントの抂芁がすでにありたした。 コン゜ヌルを䜿甚するず、リモヌトのVeeamバックアップサヌバヌに接続できたす。 個別のセットアップずしお蚭定できたすが、自動むンストヌルもありたす ナヌザヌガむドの説明を参照 。 したがっお、Veeamは完党に分散されたアヌキテクチャをサポヌトするようになりたした。 以前のバヌゞョンでは、Veeam.Backup.Service.exeずVeeamShell.exeのコンポヌネントは排他的に共存しおいたした。v9では、゚ンゞニアの努力が最終的に盞互䟝存関係を打ち負かすこずに成功したした。





新しいリポゞトリ機胜



バックアップリポゞトリの操䜜には新しい機胜がありたす。



たず、マりントサヌバヌを任意のリポゞトリに割り圓おるこずができたす。 これは、バックアップむンフラストラクチャで圹割を果たすWindowsサヌバヌです。ファむルレベルFLR、ファむルレベルの埩元で埩元する堎合、このようなサヌバヌはVMファむルをバックアップからファむルシステムに盎接マりントしたす。 接続サヌバヌは、リポゞトリヌ構成りィザヌドの適切なステップ サヌバヌのマりント で蚭定できたす。





マりント操䜜を有効にするためのさたざたなオプションがありたす。



EnterpriseおよびEnterprise Plusのラむセンシヌは、スケヌラブルなリポゞトリを䜜成できたす。 これに぀いおは、Habrの蚘事「無限に「スケヌラブルなバックアップリポゞトリ 」 に぀いおの蚘事で詳现に説明されおいたす 。 このリポゞトリは管理が容易ですプヌルからタヌゲットストレヌゞを遞択するルヌチンタスクが自動化されおいるため。さらに、デフォルトで「VMごずのバックアップチェヌン」モヌドがオンになっおいるため、プヌル内のストレヌゞのストレヌゞスペヌスの燃料消費が最適化され、パフォヌマンスが向䞊したす





通垞のリポゞトリの堎合、「マシンごず」VMごずのバックアップファむルにバックアップコピヌを保存するオプションも提䟛されたす。 このオプションを䜿甚するず、VMごずにタスクごずではなく蚘録ストリヌムが生成されたす。 その結果、単䞀のスレッドのサヌビスキュヌの深さ= 1がほずんどのストレヌゞシステムのパフォヌマンスを制限する芁因になるため、キュヌの深さが増加し、パフォヌマンスが向䞊したす。 耇数のスレッドキュヌの深さ〜= N、぀たり、リポゞトリ䞊のタスクの数を䜜成するず非垞に圹立ちたす。





さらに、倧芏暡なバックアップの制埡の難しさに぀いお、予玄なしでより倧きなタスクを䜜成するこずが可胜になりたした。 v9のリリヌスに䌎い、システムアヌキテクトは、1぀のタスクに含たれるVMの数に関する掚奚事項を修正する準備をしおいたす-たずえば、250〜300にしたす。 いずれにせよ、圓瀟独自のテストにより、5,000台の仮想マシンを含むタスクを凊理できる可胜性が確認されおいたす。



もちろん、バックアップタスクを蚈画および蚭定する堎合、いく぀かの操䜜たずえば、合成バックアップの䜜成、バックアップコピヌゞョブタスクバックアップサむトぞのバックアップの転送などがすべおのVMがバックアップを完了するのを埅぀こずに泚意する必芁がありたす。 このため、巚倧な仕事はお勧めできたせん。



重芁 バックアップストレヌゞをVM-backupファむルごずに䜿甚するオプションを遞択した埌、手動モヌドで、たたはスケゞュヌルされた操䜜を埅っおから、アクティブフルバックアップアクティブフルを䜜成する操䜜を実行しお、アクティブにする必芁がありたす 。



さらに2぀のポむント゜ヌス偎での重耇排陀はどこにも行かないこずに泚意しおください。 2番目-EMC DataDomainストレヌゞシステムDDBoostを䜿甚、HP StoreOnceCatalystを䜿甚、およびExaGridAccelerated Data Moverを䜿甚で新しいリポゞトリを䜜成する堎合、このオプションはデフォルトで有効になっおいたすが、䞇が䞀に備えお、これを確認するこずをお勧めしたすこれらのストレヌゞ蚭定。



新しいデヌタストレヌゞ機胜



アップグレヌド埌、新しいVeeam BackupReplication機胜はデフォルトで無効になりたす。 それらの䜿甚を開始するには、既存のバックアップゞョブを再構成する必芁がありたす。 以䞋のリストの最初の2぀のオプションは、以前はバックアップコピヌゞョブバックアップコピヌゞョブでのみ䜿甚可胜でした。 これで、他のタむプのタスクを䜜成するために䜿甚できたす。 これらの新機胜は次のずおりです。



デフラグず圧瞮。 このオプションの䜿甚は、バックアップゞョブに定期的なフルバックアップアクティブフルバックアップの䜜成が含たれおおらず、デヌタストレヌゞポリシヌに定期的なフルコピヌファむルず最も近い増分バックアップの組み合わせが含たれる堎合に圹立ちたす。 このような倉換により、バックアップファむルが断片化され、その䞭に「ボむド」が圢成されるずいう事実に぀ながりたす。 VMの䞀郚がバックアップゞョブから削陀されたずきにも、ボむドが圢成されたすバックアップから削陀した埌、ファむル自䜓は小さくなりたせん。 ファむルサむズを小さくし、ファむルの操䜜速床をわずかに䞊げるには、[ 最適化ず完党バックアップファむルの最適化]オプションを有効にしたす。 次のように機胜したす。指定された時間に、Veeam BackupReplicationは空のVBKファむルを䜜成し、そこからの倉換の結果ずしお必芁なブロックのみをバックアップファむルからコピヌしたす。 このオプションには制限があり、 ナヌザヌガむドで説明されおいたす 。



ヘルスチェックず自己修埩。 SureBackupに加えお、バックアップが砎損しおいないこずを確認するために、[ バックアップファむルの正垞性チェックを実行する ]オプションをアクティブ化できたす。 この堎合、各バックアップを䜜成するずきに、Veeam BackupReplicationは䜜成されたファむルのハッシュずチェックサムを蚈算したす。 次に、次のバックアップを開始する前に、Veeam BackupReplicationはファむルのハッシュずチェックサムを再蚈算し、以前に保存した倀ず比范したす。 ファむルデヌタが砎損しおいるこずが刀明した堎合、Veeam BackupReplicationは、元のVMたたは以前のバックアップから必芁なデヌタをコピヌするこずにより、砎損したブロックを眮き換えたす。





削陀枈みずしおマヌクされたブロックを陀倖したす。 NTFSでファむルを削陀する堎合、実際にはファむルを含むデヌタブロックをクリアするのではなく、削陀枈みずしおマヌクしたす。 したがっお、VMむメヌゞのバックアップむメヌゞを䜜成する堎合むメヌゞベヌスのバックアップ、バックアップファむルのサむズは、ファむルシステムに衚瀺されるサむズを倧きく超える可胜性がありたす。 最近たで、「削陀された」デヌタのコピヌを回避する唯䞀の方法は、バックアップを開始する前にsdeleteナヌティリティSysInternalsを䜿甚するこずでした 。 Veeam BackupReplication v9では、 BitLookerオプションを有効にしお、バックアップを開始する前にVeeamがMFTパヌティションを分析し、削陀枈みずしおマヌクされたブロックをコピヌしないようにするこずができたす。





BitLookerの仕組みに関する詳现な蚘事「 Veeam Backup FREE Editionの新しいバヌゞョン簡単なレビュヌ 」がリリヌスされたした。 この技術は珟圚特蚱出願䞭です。



重芁 Veeam BackupReplicationの商甚バヌゞョンでは、アップグレヌド埌、このオプションはデフォルトで無効になっおいたす-PowerShellコマンドを䜿甚しおアクティブ化するず䟿利です

asnp VeeamPSSnapin; Foreach ($job in Get-VBRJob) {

$job.Options.ViSourceOptions.DirtyBlocksNullingEnabled = $true;

$job.SetOptions($job.Options) }









ゲストOSを操䜜するための新機胜



ゲストOSずの察話の最適化。 Veeam BackupReplication v9に基づいお構築されたバックアップむンフラストラクチャには、新しいコンポヌネント-Guest Interaction Proxyが登堎したした。 これは、バックアップサヌバヌずゲストOSずの盞互䜜甚を目的ずしおいたす以前は、この盞互䜜甚はバックアップサヌバヌ自䜓によっお実行されおいたため、負荷が倧幅に増加したした。 ゲストむンタラクションプロキシロヌルの自動マシン遞択を構成するず、Veeamは、バックアップが予定されおいるVMず同じサむトにある負荷の少ないマシンを遞択したす。 このアプロヌチにより、リモヌトオフィスおよびブランチでのバックアップが簡玠化されコンポヌネントが同じサむトにある堎合、コンポヌネントの盞互䜜甚が速くなりたす、VMware VIXを䜿甚する必芁がありたせん。





バックアップ䞭の䞍芁なファむルの陀倖。 この機胜はBitLookerテクノロゞヌの䞀郚です。バックアップ時に、VeeamはMFTパヌティションを分析し、プロキシサヌバヌのメモリにキャッシュを䜜成したす。このファむルでは、陀倖するファむルずフォルダヌをマヌクしたす。 バックアップ䞭、デヌタは゜ヌスVMずキャッシュから同時に読み取られたす。 ファむルの陀倖は、アプリケヌションの状態を考慮しおバックアップオプションをアクティブにした堎合にのみ可胜であるこずに泚意するこずが重芁ですアプリケヌション察応の画像凊理。 さらに、䟋倖凊理によりプロキシサヌバヌの負荷が増倧するため、倚くの小さなファむルの陀倖は、同じサむズのいく぀かの倧きなファむルの陀倖よりもゆっくりず凊理されたす。 たずえば、100,000ファむルをバックアップから陀倖するには、プロキシサヌバヌに400 MBのメモリが必芁です。





転送ゞョブでの完党バックアップコピヌの構成



さお、別の操䜜が自動化されたした-以前、バックアップコピヌゞョブの完党バックアップを䜜成するために、ナヌザヌはPowerShellスクリプトを䜿甚し、 増分ステップから合成するのではなく、゜ヌスバックアップから埩元ポむント党䜓を読み取るをチェックできたすゞョブを蚭定するずきにタヌゲットを蚭定したす。





このオプションは、パフォヌマンスの䜎いストレヌゞシステムに圹立ちたす。このシステムでは、ファむルの倉換、増分バックアップから完党バックアップの合成、非効率的で、完党バックアップのコピヌがはるかに䟿利です。



結論の代わりに



䞊蚘のリンクに加えお、これを読むこずをお勧めしたすこれたでは英語で



ロシア語のリ゜ヌス



More articles:


All Articles