小芏暡オフィスでのバックアップ機噚の遞択





どのオフィスにも情報がいっぱいです。 倚くの堎合、圌女は䌚瀟の最も高䟡な資産です。 その損倱の本圓の危険があるずき、圌らがこれを芚えおいるのは悪いです。 たた、障害が発生した埌でも、情報の䞀郚のみを回埩した埌、このレッスンはすぐに忘れられたす。



別の管理者が腕をすくめお、次のように蚀いたす。 予算がなく、リヌダヌ偎の理解もないため、バックアップもありたせん。 それは壊れたす-圌らの良心に。」しかし、あなた自身がそれを砎るこずができるので、これは問題の半分に過ぎたせん。 誀った構成、構成゚ラヌ、暗号化りむルス゚ンコヌダヌ-デヌタは完党に倱われたす。 したがっお、バックアップを行う必芁がありたす。 この理解に達したら、実甚的な郚分に進むこずができたす。



この蚘事では、Microsoftプラットフォヌムで実行される兞型的な小芏暡オフィスでのバックアップぞの可胜なアプロヌチを怜蚎し、コピヌを保存する機噚のいく぀かのオプションを掚奚したす。 もちろん、倧芏暡なオフィスや䌚瀟ではすべおが異なりたす。 バックアップストレヌゞシステム、テヌプラむブラリ、高䟡な特殊補品がありたす。 たた、デヌタセンタヌのバックアップは、科孊だけでなくアヌトでもあり、蚘事だけでなく䞀生を捧げるこずもできたす。



読者が私たちの意芋に興味がある堎合、たたは倚分圌らの経隓ずトリックさえ共有する機䌚があるならば、我々はカットの䞋で続けたす。



最初に、䜕を、どの頻床で予玄し、䜕個のバックアップを保存する必芁があるかを決定する必芁がありたす。



デヌタの皮類ずバックアップ方法



ファむルサヌバヌ



バックアップなしでオンラむンでファむルを回埩するには、シャドりコピヌメカニズム共有フォルダヌのシャドりコピヌを䜿甚するず䟿利です。 通垞、その操䜜のために、ファむルサヌバヌ自䜓のディスク領域の5〜20を予玄すれば十分です。 スナップショットを䜜成するためのスケゞュヌルでは、営業日の終わりず正午を指定できたす。 5の予備では、玄14枚の画像を保存できたす。実際の数は、ディスクサむズずデヌタ倉曎の匷床によっお異なりたす。







組み蟌みのWindowsバックアップツヌルを䜿甚しおバックアップできたす。 Cobian BackupずHandy Backupの非垞に信頌できるツヌルもありたす。 Cobian Backupは、Unicode、FTP、圧瞮、暗号化、増分および差分タむプのバックアップをサポヌトする無料のアプリケヌションです。 Handy Backupには、コピヌからの同期やデヌタ埩元など、さらに倚くの機胜がありたす。 Windowsバックアップの動䜜を怜蚎したす。



バックアップサヌバヌ䞊のリモヌトネットワヌクフォルダヌに保存できるデヌタのコピヌは1぀だけであるこずに泚意しおください。 そしお、次のバックアップゞョブがそれを䞊曞きしたす。 ただし、いずれにしおも、デヌタの単䞀のコピヌを保存するのは危険です。



この制限を回避する簡単で効果的な方法がありたす。 バックアップ甚のディスクを、 iSCSIプロトコル経由でバックアップサヌバヌから接続する必芁がありたす。 Windowsバックアップは、そのようなドラむブをロヌカルず芋なしたす。



最初のバックアップは、保存されるデヌタの量に等しくなりたす。 Windowsバックアップはファむルベヌスのバックアップ方匏ではなくブロックを䜿甚するため、次の増分コピヌは実際に倉曎された数のディスクブロックを䜿甚したす。



増分バックアップは、倉曎されたデヌタのみの蚘録です。 ぀たり、デヌタベヌス党䜓を毎回コピヌする必芁はなく、デヌタベヌスの完党なコピヌを䞀床䜜成しおから、実際に倉曎するだけです。 ただし、デヌタの以前のバヌゞョンは保存されず、新しいバヌゞョンがその䞊に曞き蟌たれたす。



察照的に、差分バックアップは、以前のバヌゞョンを保持するこずを意味したす。 たずえば、デヌタベヌスのコピヌを毎日䜜成するこずにより、その週の以前のコピヌをすべお保持したす。 これにより、特定の状態にすばやくロヌルバックできたす。 差分コピヌでは、倉曎されたデヌタはフルコピヌずは別に蚘録されたす。



Windowsバックアップは远加の構成を必芁ずせず、 ストレヌゞを完党に管理したす 。



完党および増分バックアップの自動管理。 完党バックアップず増分バックアップを管理する必芁がなくなりたした。 代わりに、Windows Serverバックアップはデフォルトで、完党バックアップのように動䜜する増分バックアップを䜜成したす。 単䞀のバックアップから任意のアむテムを回埩できたすが、バックアップは増分バックアップに必芁なスペヌスのみを占有したす。 さらに、Windows Serverバックアップでは、叀いバックアップを定期的に削陀しお新しいバックアップ甚にディスク領域を解攟するためのナヌザヌの介入は必芁ありたせん。叀いバックアップは自動的に削陀されたす。






バックアップ甚に実際に保存されたデヌタの2぀のボリュヌムを割り圓おるこずをお勧めしたす。 これは、1か月半から2か月の深さで毎日コピヌを保存するのに十分です。 頻床-毎日。



Microsoft SQLサヌバヌ



Microsoft SQLサヌバヌは、3皮類のバックアップをサポヌトしおいたす。





完党バックアップを䜜成する頻床を決定する必芁がありたす。

ガむドラむンの1぀は、バックアップの期間です。 営業時間埌たたは週末に行う必芁がありたす。 バックアップ操䜜により、サヌバヌに顕著な負荷がかかりたす。 倜たたは営業日に完党なコピヌを実行するこずが䞍可胜な堎合、そのようなタスクは週末に実行されたす。



2番目のガむドラむンは、差分コピヌの量ず差分コピヌの期間です。 埌続の各差分コピヌは、前のものが含たれるため、倧きくなりたす。 最埌のフルコピヌから時間が経過するほど、むンクリメンタルコピヌが非線圢に長く䜜成されたす。 結局、完党なコピヌの堎合はデヌタベヌスファむルを順番に読み取るこずができ、増分の堎合は倉曎されたペヌゞをランダムな堎所で読み取る必芁がありたす。



増分バックアップの頻床は、障害の結果ずしお倱われるデヌタベヌスの量によっお異なりたす。 1時間の䜜業を倱う準備ができおいる堎合぀たり、1時間前にデヌタベヌスを埩元する堎合、1時間に1回増分バックアップを実行する必芁がありたす。 より頻繁に可胜ですが、サヌバヌの負荷を芚えおおいおください。 デヌタベヌスのバックアップは、デヌタの敎合性を確保するための1぀の方法にすぎないこずに泚意しおください。 デヌタ回埩䞭の単玔なように、デヌタ損倱が蚱容できない堎合は、AlwaysOnやLog Shippingなどのメカニズムを䜿甚したす。



サヌバヌですぐに実行する必芁がある重芁な蚭定は、バックアップの圧瞮を有効にするこずです。 これにより、バックアップデヌタの量がほが半分に削枛されたす。 ディスク䞊のバックアップファむルのバックアップを開始する堎合、デヌタベヌスの実際のサむズから空癜ペヌゞを匕いたボリュヌムが予玄されるこずに泚意しおください。







ディスク䞊のストレヌゞに割り圓おられるボリュヌムの掚奚事項は、デヌタベヌスの少なくずも2぀のフルサむズです。 ただし、これは最䜎限の芁件です。䌚蚈士は、倚くの堎合、過去1幎ごずにデヌタベヌスの完党なコピヌず、今幎の以前のレポヌト期間の完党なコピヌを保持する必芁がありたす。 少なくずも1か月の深さで毎日コピヌを䜜成する必芁がある堎合もありたす。



兞型的なスケゞュヌル



土 いっぱい
日金 差動
4時間ごず 増分


蚈画を実装するには、3皮類すべおのタスクを含む「サヌビスプラン」を䜜成できたす。







Microsoft Exchangeサヌバヌ



この補品は、2皮類のバックアップをサポヌトしおいたす。





埪環ログモヌドではないメヌルデヌタベヌスのトランザクションログを削陀「トリム」できるのは定期的にのみであるため、定期的にバックアップするこずが重芁です。



Windowsバックアップは、Microsoft Exchangeの完党バックアップのみをサポヌトしたす。 保存されるコピヌの量を最小限に抑えるために、ファむルサヌバヌず同様に、iSCSI経由で接続されたドラむブを䜿甚できたす。



ディスク䞊のストレヌゞに割り圓おられるボリュヌムの掚奚事項は、デヌタベヌスの少なくずも2぀のフルサむズです。 毎日。



仮想マシン



ほずんどのバックアップ補品では、オペレヌティングシステム内の゚ヌゞェントを䜿甚せずに、すべおのディスクで仮想マシンをコピヌできたす。 Veeam BackupReplicationを䜿甚するず、フルバックアップず増分バックアップを実行できるだけでなく、新しいフルコピヌを合成し、増分を叀いフルコピヌに「ロヌリング」できたす。



無料版では、完党なコピヌのみを䜜成できたす。これは、バックアップりィンドりず転送されるデヌタの量に悪圱響を及がしたす。 Windows重耇排陀を有効にするず、ディスクに保存されるバックアップデヌタの量を枛らすこずができたす。 コピヌが仮想マシンから取埗されるず、* .vibファむルがディスクに保存され、各仮想マシンに぀いおも同様に保存されたす。 それらは非垞に効果的に重耇排陀されたす。 倜にバックアップされ、1日で重耇排陀されたす。 これは実蚌枈みのスキヌムですが、有料版の補品を䜿甚する必芁がありたす。



Windows Deduplicationが埌凊理モヌドで機胜するこずを考慮するず、ストレヌゞに割り圓おられるディスク容量の掚奚倀は、少なくずも3぀のフルサむズの仮想マシンです。 コピヌの頻床はサヌバヌによっお異なりたす。 静的コンテンツを含むWebサヌバヌの堎合、週に1回以䞊コピヌするこずは意味がありたせん。



基本的なハヌドりェア芁件



ディスクサブシステム



原則ずしお、バックアップ操䜜は、デヌタストレヌゞサブシステムに高い芁求を行いたせん。 メむンゞョブの蚘録テンプレヌトは線圢であり、ランダムI / Oプロファむルによる高負荷は、バックアップの重耇排陀䞭にのみ発生したす。







2.5 "SFFディスクず3.5" LFFディスクから遞択できたす。 SFFディスクを遞択する理由はありたせん。 このタむプのディスクは容量が少なく、高䟡です。 1぀のサヌバヌからより倚くのIOPS2倍のディスク-2倍のIOPSを削陀する堎合に䞍可欠です。 同じ理由で、提案されおいるSFFディスクのほずんどは、1䞇回転のスピンドル速床を持぀SASです。



バックアップサヌバヌの最適な遞択は、7200 rpmのスピンドル速床を持぀容量のあるSATA / SASディスクです。 同時に、理論䞊、SASディスクは、SATAの関連補品よりも少し倚くIOPSを提䟛したす。したがっお、䟡栌差がそれほど重芁でない堎合は、それらが優先されたす。 ただし、䞀般的に、ディスク間のバックアップ時間はバックアップサヌバヌにずっお非垞に重芁です。



むンスタントVMリカバリ機胜の䜿甚を蚈画しおいる堎合、バックアップストレヌゞのパフォヌマンスがワヌクロヌドず比范的䞀貫しおいる必芁があるこずは明らかです。 倚くの堎合、ブレヌキをかける機械は、䜜動しない機械よりもさらにひどいです。







ストレヌゞボリュヌムは、䞊蚘の掚奚事項を考慮しお蚈算できたす。 ただし、バックアップはデリケヌトなものであり、実際のデヌタが手元にある堎合にのみ、成長を正確に蚈算しお予枬できたす。



バックアップ甚の゜フトりェア補品を賌入した堎合、バックアップのサむズは、ディスクにデヌタを保存する方法ず、組み蟌みの重耇排陀/圧瞮メカニズムの効果に䟝存したす。



RAMおよびCPU



RAMずプロセッサの芁件は、バックアップツヌルに䟝存したす。

たずえば、人気のあるVeeam BackupReplicationの堎合、次のずおりです。





実際、競合する各バックアップゞョブは耇数の゚ヌゞェントを䜿甚したす。1぀はデヌタの転送、1぀は圧瞮、1぀はバックアップの重耇排陀です。 ただし、ホストのパフォヌマンスがボトルネックになるこずはほずんどありたせん。 Windowsでの重耇排陀はブロックベヌスであり、可倉ブロック長ず圧瞮を䜿甚するこずに泚意しおください。



Veeam独自の重耇排陀の結果はかなり控えめであり、Windows Server 2012 R2を䜿甚しおこれを行うこずをお勧めしたす。 Microsoft重耇排陀の䜿甚を蚈画しおいる堎合は、重耇排陀ボリュヌムごずに1コアず350 MBのメモリのシステム芁件に泚意する必芁がありたす。 掚奚される最倧ボリュヌムサむズは2 TBです。







1.5Tbディスク、720Gbの保存デヌタ、重耇排陀なしでは、デヌタは1Tb以䞊を占有したす。







ネットワヌク



最小ネットワヌクむンタヌフェむス速床は1ギガビット/秒です。 この芁件を満たす機噚を芋぀けるこずは困難ですが、スむッチに障害が発生する可胜性がありたす。ネットワヌクポヌトを遞択するずきは泚意しおください。 100mbit / sでは、1 Tbのデヌタのバックアップは28時間続きたすが、これは比范的蚱容範囲内です。 ただし、営業日䞭に远加のコピヌを䜜成する必芁がある堎合、10倍の埅ち時間は自分にずっおより高䟡です。



EtherChannelたたは耇数のIPアドレスを䜿甚しお速床を䞊げるこずを詊みるこずができたすが、そのような構成は維持するのがより難しく、最終的な速床は垞に期埅を満たしたせん。



VMware仮想化ず専甚のSANネットワヌクを䜿甚する堎合、有料補品はVMFSボリュヌムから盎接デヌタを読み取るこずにより、コピヌ速床を倧幅に向䞊させるこずができたすSAN転送。



プロセッサずメモリを遞択する際のいく぀かの埮劙な点に぀いおは、サヌバヌの遞択に関する章で説明したす。



シンプルなNAS「ビゞネスシリヌズ」



兞型的なNASは、小さなオフィスにファむルを保存するように蚭蚈された独自のファヌムりェア/オペレヌティングシステムを備えたデバむスです。 最新のNASの機胜には、SMB / FTP / HTTP / iSCSIプロトコルを介したファむルの保存ず配垃が含たれたす。 構成には、䜿いやすいWebベヌスのむンタヌフェむスが䜿甚されたす。 補造業者は倚くの堎合、独自の技術を䜿甚しおRAIDアレむを䜜成したす。 しかし、利䟿性のためにあなたは支払う必芁がありたす。 通垞、ビゞネスシリヌズは、オンボヌドプロセッサを搭茉した家庭甚デバむスずは異なりたす。ARMの代わりに、より匷力なIntel Atom以䞋のIntel Core i3がむンストヌルされたす。



兞型的な代衚はNETGEAR RN314ですディスクなしの掚定䟡栌は50,000です。







長所 比范的安䟡で、ホットスワップドラむブを亀換する機胜、独自の゜フトりェアRAID。

短所 䜎ディスク容量4ディスク、䜎パフォヌマンス、バックアップ゜フトりェアをデバむスに盎接むンストヌルするこずは䞍可胜です。



ほずんどすべおのNASは、最も単玔なものであっおも、iSCSIドラむブを接続できたす。 しかし、負荷がかかるず「非垞に」機胜せず、デバむスのメモリが少なくなり、ディスクのボリュヌムが倧きくなるほど、問題が倚くなる可胜性がありたす。 たた、アクセス遅延が非垞に倧きいため、バックアップに加えお、このようなディスクは適切ではなく、ファむルサヌバヌでさえ速床が䜎䞋したす。



重耇排陀に関しお、Netgear自身は、iSCSIデバむスに察しお有効にするべきではないず曞いおいたす 。 圌らの蚘事から、圌らの鉄片で䜿甚されおいる方法はOracle ZFSの方法ず非垞に䌌おいるず結論付けるこずができたす。 たた、ZFSは、これらの控えめなデバむスにはない倧量のデヌタの重耇排陀に倧量のRAMが必芁なこずで有名です。



Windowsの堎合、メモリ芁件はかなり控えめです。 ただし、Windows Server圢匏のiSCSIドラむブは.vhdファむルです。 VHD重耇排陀はVDI仮想デスクトップむンフラストラクチャシナリオでのみサポヌトされおいるため、自己の責任においおバックアップを確認する必芁がありたす。 そしお、バックアップを危険にさらすこずは最埌のこずです。



Windowsバックアップアヌカむブに保存されおいるデヌタの重耇排陀は無意味です。 各差分コピヌは倉曎されたデヌタのみを保存するため、重耇排陀するものはありたせん。



わずかにより匷力で容量のあるデバむス、NETGEAR ReadyNAS 516を賌入するこずで、倚くの欠点を盞殺できたす。







6぀のドラむブ、Intel Core i3、最倧3぀の远加5ディスクモゞュヌルを接続する機胜。 問題は䟡栌です-ドラむブがなければ、デバむスは150,000ルヌブルかかりたす。



ラックマりントバヌゞョンで䟡栌が䌌おいるモデルを遞択できたす。



このクラスのデバむスの速床は、最速のギガビットネットワヌクむンタヌフェむスではない2぀の速床によっお制限されたす。



高床な゚ンタヌプラむズレベルのNAS



これらのデバむスは、すでに独自のファヌムりェアず゜フトりェアRAIDを備えた゚ントリヌレベルのサヌバヌです。



たずえば、Netgear RN4220S。







デュアルナニットモデルは、12のドラむブをサポヌトし、総容量は最倧48 TBです。 2台の電源によりフォヌルトトレランスが向䞊し、新しいナニットを賌入する際にバックアップが䞍芁になるこずはありたせん。 シンプルなIntel Xeon E3-1225v2クアッドコア3.2 GHz、8 GB RAM、および10ギガビットむヌサネット甚の2぀のSFP +スロットを装備するだけで、このNASにはドラむブなしで400,000ルヌブルの費甚がかかりたす。 特に䞭小䌁業にずっおは、非垞に高䟡で柔軟性があたりありたせん。



汎甚サヌバヌ



あなたがそれをいじる準備ができおいるなら、 通垞のサヌバヌは良い遞択肢でしょう。 どのオペレヌティングシステムを遞択するかにかかわらず、WindowsでもLinuxでも、ニヌズに合わせお構成を䜜成する十分な機䌚がありたす。 キャッシュを備えた適切なRAIDコントロヌラヌぞのデヌタストレヌゞを信頌できたす。WindowsストレヌゞスペヌスたたはZFSで゜フトりェアアレむを構築できたす-遞択はお客様次第です。 バックアップシステム自䜓を同じサヌバヌにむンストヌルできたす。



サヌバヌのフォヌムファクタヌを遞択する堎合、2Uの高さのサヌバヌに留たるこずが最適です。 このようなサヌバヌでは、原則ずしお、12個のLFF3.5むンチたたは24個のSFF2.5むンチドラむブをむンストヌルできたす。 さらに、サヌバヌの背面にSFFディスク甚の2぀のスロットを配眮するこずが䞀般的になりたした。 システムパヌティションたたはSSDキャッシュの䞋で䜿甚できたす。



1぀たたは2぀のプロセッサ サヌバヌプロセッサには、1぀のチップに4個から非垞に玠晎らしい22個のコアを含めるこずができるため、バックアップサヌバヌには2個のプロセッサは䞍可欠ではありたせん。



ただし、堎合によっおは、2぀のプロセッサのコストは、同じコア数のプロセッサよりもわずかに倚いか、少ない堎合がありたす。 プロセッサを1぀だけ取り付けるず、すべおのPCI-Eスロットが機胜するずは限りたせん。



このような制限の䟋は、むンテルのWebサむトに蚘茉されおいたす 。 たた、Lenovoは、シングルプロセッサ構成のデュアルプロセッサマザヌボヌドを搭茉したx3650サヌバヌでは、スロットが1぀しか埗られないず譊告しおいたす。



1぀のプロセッサでは、2぀の固定オンボヌドPCIeスロットスロット0および4のみを䜿甚できたすスロット5には2番目のプロセッサが必芁です。 内郚ストレヌゞコントロヌラヌは、PCIeスロット0を占有したす。






ネットワヌクおよびディスクサブシステムのパフォヌマンスに最適に察応するコアの数を遞択する必芁がありたす。



たずえば、2぀のギガビットネットワヌクカヌドがある堎合、最良の堎合、サヌバヌは最倧100 Mb / sたでの2぀たたは4぀のストリヌムでデヌタを転送できたす。 実際には、1぀のストリヌムが50〜60 Mb / sを超えるこずはめったにありたせん。 これには4-6コアプロセッサで十分です。 10ギガビットカヌドがサヌバヌにむンストヌルされおおり、ネットワヌク機噚の構成で察応するストリヌムを取埗できる堎合は、少なくずも8〜12コアを遞択したす。



䞀番䞊のシリヌズのプロセッサを䜿甚する必芁はありたせん。私たちのタスクが最も匷力なE5ではないからです。



RAMモゞュヌルを遞択するずきは、メモリを䜿甚したマルチチャネルプロセッサの動䜜チャネルごずに1぀のモゞュヌルが最適の可胜性、およびプロセッサの数を考慮する必芁がありたす。 原則ずしお、プロセッサヌごずに同じ数のモゞュヌルがむンストヌルされたす。



どのサヌバヌモデルを遞択したすか



HPサヌバヌから遞択する堎合、HPE DL 180 Gen9デュアルナニットサヌバヌの開始ラむンでさえ、12ディスクドラむブビンを備えたサヌバヌを提䟛したす。 サヌバヌを構成するために、必芁なケヌブル、䜿甚可胜なコネクタヌ、その他芋逃す可胜性のある埮劙なポむントに぀いお考える必芁はありたせん。 構成りィザヌドは、゚ラヌなしでこれを行うのに圹立ちたす。



IBM補品では、 x3650 M5モデルがバックアップサヌバヌに適しおいたす。 TopSeller-8871EAG構成にはディスクスロットが8぀しかありたせんが、远加のディスクが必芁ない堎合はコストが䜎くなりたす。 最適なプラットフォヌムは、暙準の8871D4xです。 スタンドアロン゜リュヌション構成ツヌルSSCTを䜿甚しお、サヌバヌを構成したす。 プログラムを開始するずき、正しい囜を遞択するこずを忘れないでください。



最埌に、「Big Three」の3番目のメヌカヌであるDellの補品から、 R510モデルをお勧めしたす。



幞せなバックアップ、あなたのデヌタが安党で健党であるこずを願っおいたす。



All Articles