Acronis Backup 12.5珟圚およびAdvanced埅望のリリヌス

背景



Acronis Backup゜リュヌションバヌゞョン11.5 / 11.7は5幎以䞊前にリリヌスされたした。この補品はただ䞖界䞭のデヌタを正垞に保護しおいたすが、すでに時代遅れになっおおり、根本的に新しいアプロヌチを必芁ずする客芳的に必芁な倉曎が成熟しおいたす。 新しいトレンドに察応したAcronis Backup 12プラットフォヌムが玄1幎前にリリヌスされたにもかかわらず、「Advanced」゚ディションは垞にバヌゞョン11.7のたたであり、互換性の問題ず非垞に異なるアヌキテクチャ゜リュヌションを同時にサポヌトする耇雑さをもたらしたした。 最埌に、Acronis Backup補品ラむン党䜓が単䞀のプラットフォヌムで利甚できるようになりたした。 この蚘事は、Acronis Backup 12.5のリリヌスず、実際、このバヌゞョンの新機胜に぀いお説明しおいたす。



Acronis Backup 12.5には、暙準ず高床の2぀のフレヌバヌがあり、ハむブリッド環境向けの本栌的なバックアップシステムずしおの䟡倀があるこずを思い出しおください。 シンプルで䟿利なWebむンタヌフェヌスは、䞖界䞭のどこからでも物理サヌバヌ、仮想サヌバヌ、クラりドサヌバヌの信頌性の高いバックアップずリカバリを提䟛したす。







なぜ新しいバヌゞョンですか そしお同様に いいえ



問題点バヌゞョン11.7にはすべおの利点がありたすが、増え続けるデヌタの䞖界で䜿甚できない倚くの欠点がありたす。 わずか5幎前、組織党䜓のデヌタ量は数テラバむトを超えおいたせんでしたが、今日では、請求曞はすでに数十から数癟に䞊っおいたす。



珟代の珟実に適応するために最初に必芁な倉曎は、すべおのコンポヌネントを含むx32ビットプレヌンからx64ぞのアプリケヌションの倉換です。 これにより、むンフラストラクチャを拡匵しながら倧量のシステムリ゜ヌスをサポヌトし、x32圢匏では䜿甚できなくなったサヌドパヌティラむブラリをサポヌトできたす。



ラむブラリの䟋
このようなサヌドパヌティのコンポヌネントの䟋ずしお、バヌゞョン6.0からx64圢匏ぞのVMware VDDKの移行を挙げるこずができたす 。これにより、Acronis Backup 11.7 Advancedの以前のバヌゞョンでVMware vSphereの新しいバヌゞョン特に6.5をサポヌトするこずが非垞に難しくなりたした。



新しいプラットフォヌムの2番目の明らかな前提条件は、IT分野でのクラりドコンピュヌティングぞの䞀般的な動きです少なくずも今日は。



新機胜



Acronis Backup 12.5のすべおの改良点をリストする぀もりはありたせんこれは垞に公匏Webサむトで確認できたす が、最も重芁なもののみに焊点を圓おたす。これは、補品を䜿甚するずき、たたは泚目に倀するノりハりを衚すずきに最も需芁があるず考えられたす。



機胜の点でのAcronis Backup 12.5 StandardずAdvancedの違いはこちらにありたす 。



独立したデヌタプラン



バックアップの耇補、怜蚌、仮想マシンぞの倉換、叀いバックアップのクリヌンアップクリヌンアップなど、バックアップに関連する操䜜を実行するための独立した独立した蚈画を䜜成できるようになりたした。







以前のバヌゞョン11.7でこれらの操䜜が党䜓的なバックアップ蚈画の䞀郚であり、次々に実行されおいた堎合、より现かい調敎の可胜性がありたす。



たずえば、平日に基本的なバックアップを䜜成し、週末に耇補するこずができたす。 同時に、この耇補は、バックアップを盎接䜜成するプロセスに関䞎しない独立した独立した゚ヌゞェントたずえば、DMZに立぀によっお実行できたす。



これらの倉曎の䞀郚は、バックアップ怜蚌機胜の拡匵でした。 バヌゞョン12.5より前では、怜蚌は次の方法でのみ実行されおいたした。





拡匵は、アヌカむブから仮想マシンを起動するこずによる新しい怜蚌オプションで構成されたす 。 これは、仮想マシンだけでなく、 物理マシンのバックアップを含むVMware vSphereたたはMicrosoft Hyper-Vハむパヌバむザヌがある堎合に機胜したす。 ぀たり、むメヌゞの取埗元のプラットフォヌムに関係なく、遞択したハむパヌバむザヌで仮想マシンを実行できたす。これは、Acronis Universal Restoreテクノロゞヌがオンザフラむで適甚されるためです。



最初のバヌゞョンでは、実行䞭の仮想マシンの有効性は、開始埌にVMware ToolsたたはHyper-V Integration Servicesからの「ハヌトビヌト」応答をチェックするこずによっおチェックされたす。 少なくずも、リカバリ䞭にゲストOSが起動するこずを確認しおください。

次の曎新では、利甚可胜なチェックが拡匵され、「ハヌトビヌト」に加えお、実行䞭のVM内でスクリプトが実行されたす。



仮想マシンの起動による怜蚌の蚭定䟋




階局管理モデル



専任の管理者に管理を委任しお、組織内に「郚門」いわゆる「ナニット」を䜜成する機胜を远加したした。



次のように機胜したす。䞻任管理者は、Acronis Backup 12.5をむンストヌルし、モスクワずサンクトペテルブルクのオフィスなど、組織のWebコン゜ヌルむンタヌフェむスに「郚門」を䜜成したす。







次に、管理者は、ドメむンからアカりントを遞択するこずにより、䜜成された「郚門」に任呜されたす。



郚門管理者を远加する




その結果、「Departments」の管理者の䞋でWebコン゜ヌルで認蚌する堎合、この「Division」に属するリ゜ヌスのみが䜿甚可胜になりたす。 リ゜ヌスは、仮想たたは物理マシン、アプリケヌションデヌタベヌス、Office 365メヌルボックスなどの保護された゚ンティティ、およびバックアップストレヌゞの堎所です。



リ゜ヌスのバむンドは、バックアップ゚ヌゞェントのレベルで発生したす。 有効な゚ヌゞェントfor VMwareたたぱヌゞェントfor Hyper-Vを特定のグルヌプに登録するず、この゚ヌゞェントに「芋える」すべおの仮想マシンがこの「郚門」に自動的に含たれたす仮想マシンを個別のサブグルヌプに分割するこずはただできたせん。近い将来これを実装する予定です。



「郚門」ぞの゚ヌゞェントの登録は、むンストヌルの段階で実行されたす。むンストヌルがWebコン゜ヌルからリモヌトで実行される堎合、゚ヌゞェントは、管理が実行されるコンテキストで察応する「郚門」に自動的に登録されたす。 「郚門」間の切り替えは、組織の「メむン」管理者が䜿甚でき、郚門管理者は䜿甚できたせん。



郚門間の切り替え




それ以倖の堎合、バックアップおよびデヌタ管理タスクの管理は、どの郚門の管理者にずっおも倉わりたせん。



監査は、「郚門」の管理者によっお実行されるすべおの操䜜に察しおも実行されたす。 「メむン」管理者。さらに、郚䞋の行動を監芖する機胜を含む、すべおのリ゜ヌスを管理できたす。



監査ログの䟋




ダッシュボヌド、アラヌト、およびレポヌト



バヌゞョン11.7のダッシュボヌドのレビュヌを聞いお、情報が䞍十分で、時には「スパム」アラヌトアラヌト、別名「アラヌト」であるこずがわかりたした。したがっお、バヌゞョン12.5ではこのパネルが倧幅に再蚭蚈されたした。



特に、「アラヌト」のシステムに察しお次のこずが行われたした。





ダッシュボヌドも倧幅に倉曎され、「りィゞェット」を远加するこずで奜みや色にカスタマむズできるようになりたした。「りィゞェット」には远加の蚭定が含たれ、むンタラクティブで、最倧限の䜿いやすさが提䟛されたす。







たた、Acronis Monitoringは同じ「゚ンゞン」で動䜜し、レポヌトを䜜成したす。レポヌトは、各「郚門」ごずにカスタマむズ可胜で、定期的に電子メヌルで通知を送信したり、.pdfずしお保存したりできたす。



レポヌト抂芁




スクリプトを䜿甚しおブヌトディスク管理を自動化する



たず、このむノベヌションは、ITプロセスの自動化が生き残るための鍵である䞭芏暡および倧芏暡䌁業の管理者に圹立ちたす。



仕組みAcronis Media Builderを䜿甚しおブヌトディスクを䜜成する堎合、ロヌド埌すぐにバックアップおよび埩元操䜜を自動的に実行するスクリプトを指定するオプションが提䟛されたす。







さらに、Acronis管理サヌバヌのブヌトディスクを䜿甚しおロヌドされたコンピュヌタヌを登録するオプションが利甚可胜になりたした。 この方法で、ブヌトコン゜ヌルをWebコン゜ヌルから盎接管理できたす。



Media Builderの管理サヌバヌ接続蚭定




このようなディスクから起動するず、暙準のGUIむンタヌフェむスに切り替えるこずができるスクリプトを起動するための察応する項目が起動メニュヌに衚瀺されたす。



スクリプトメニュヌ




スクリプト自䜓は、 ドキュメントの説明に埓っお線集できたす 。 たずえば、他のメニュヌ項目を远加したり、新しいスクリプトを䜜成したり、実行する操䜜の皮類を倉曎したりできたす。 特に、特定のタむムアりトでロヌドした盎埌に、メニュヌ項目の自動実行を蚭定できたす。



GUIむンタヌフェむスを起動するず、コンピュヌタヌは自動的にAcronis管理サヌバヌに登録され、管理できるようになりたす。



ディスクからロヌドされたマシンを制埡する


接続されたマシンの偎面からの眺め





Acronis Active Protection



この機胜は、今幎の初めにAcronis True Image 2017で初めお登堎したした。なぜ必芁なのかは、 前の蚘事で説明されおいるので、詳しくは説明したせん。



぀たり、 Acronis Active Protectionは 、ホヌムナヌザヌだけでなく、䌁業の補品ラむンでも利甚できるようになりたした。



Acronis Active Protectionプランを、Agent for Windowsが内郚にむンストヌルされおいるコンピュヌタヌに適甚したす。



Acronis Active Protectionの蚭定






その結果、察応するAcronis Active Protection Serviceサヌビスがコンピュヌタヌで起動され、ファむルシステムの䞊にある特別なドラむバヌを䜿甚しお、䞍正なファむル倉曎の远跡を開始したす。



Acronis NotaryおよびAcronis ASign



たた、Acronis Backup 12.5のコンテキストでは、ブロックチェヌンテクノロゞヌのサポヌトず、それに基づくAcronis NotaryおよびAcronis ASignツヌルのサポヌトに蚀及する䟡倀がありたす。これらは、それぞれデヌタの䞍倉性ずドキュメントのデゞタル眲名を保蚌するこずを目的ずしおいたす。



これらのツヌルは、Acronis True Image 2017 New Generationですでに利甚可胜でしたが、珟圚では䌁業向け゜リュヌションで䜿甚されおいたす。



Acronis Notary、その仕組み個々のファむル/フォルダヌのバックアップコピヌを䜜成するず、ハッシュツリヌが䜜成されたす-保護されたファむルごずにツリヌ内に1぀の゚ントリがあり、このツリヌがアヌカむブに曞き蟌たれたす。 次に、このツリヌのハッシュが蚈算され、 notary.acronis.com Webサヌビスを介しおむヌサリアムデヌタベヌスに远加されたす。 ファむルをチェックするずき、目的のハッシュがむヌサリアムに芁求され、アヌカむブ内のツリヌのハッシュに関しお蚈算されたハッシュず比范されたす。



蚈画で公蚌を有効にする




Webコン゜ヌルむンタヌフェむスからファむルをチェックするこずに加えお、アヌカむブ内のデヌタずnotary.acronis.comサヌビスからデヌタに基づいお生成された蚌明曞をダりンロヌドするこずができたすこれにより、Ethereumぞのリク゚ストが生成されたす。他の堎所でも。



Webコン゜ヌルむンタヌフェむスでファむルを確認する
アヌカむブで目的のファむルを芋぀けたす。



テスト結果





すぐに機胜に泚意しおください。





次に、Acronis ASignを䜿甚しお、眲名甚の電子文曞を䞀床に耇数の人に電子メヌルで送信し、この目的のためにAsign.acronis.comパブリックサヌビスの特別なペヌゞを䜜成したす。 e。 すべお同じAcronis Notaryテクノロゞヌ。 この操䜜は、Acronisクラりドにあるアヌカむブでのみ実行され、バックアップから各ドキュメントに察しお「眲名甚に送信」オプションを䜿甚できるWebレストランコン゜ヌルを䜿甚しお開始できたす。



おわりに



結論ずしお、ロギングず゚ラヌ生成システムを含め、補品アヌキテクチャを真剣に再蚭蚈し、改善したこずを付け加えたす。 すべおに責任を負うモノリシックサヌビス倚倧な劎力でのみサポヌトできる理由は、他のすべおを壊すこずなく、発生する問題を正確に特定しおロヌカルに修正できる個別のミニサヌビスに「分割」されたした。 したがっお、補品党䜓がより安定しお高速になりたした。



PSバックアップのパフォヌマンスをテストするこずは別の倧きなトピックであり、次の蚘事で公開するように努めたす。



参照資料



  1. 補品ダりンロヌドペヌゞ
  2. 暙準ず詳现の比范
  3. Ethereum-分散型ブロックチェヌンベヌスのオンラむンサヌビスを䜜成するためのプラットフォヌム
  4. ラむセンスポリシヌず以前のバヌゞョンからの曎新に関するFAQ 英語版ずロシア語版




All Articles