Veeam Log Diving のコンポーネントと用語集

私たち Veeam はログが大好きです。 また、当社のソリューションのほとんどはモジュール型であるため、大量のログが書き込まれます。 そして、私たちの活動の範囲はデータの安全性（つまり、安らかな睡眠）を確保することであるため、ログにはすべてのくしゃみを記録するだけでなく、ある程度詳細に記録する必要があります。 これは、何かが起こった場合に、その「何が」どのように起こったのか、誰の責任なのか、次に何をする必要があるのか​​を明確にするために必要です。 それは法医学のようなもので、どんな小さなことがローラ・パーマーの殺人犯を見つけるのに役立つかわかりません。

したがって、私は一連の記事に参加することにしました。そこでは、ログに何を書き込むか、ログをどこに保存するか、ログの構造を狂わせないようにする方法、ログ内で何を探すべきかについて順次説明していきます。

なぜ一連の記事を作成し、すべてを一度に説明しないのですか?

どのログがどこにあり、そこに何が保存されているかをリストするだけでは、かなり悲惨な作業になります。 そして、この情報を最新の状態に保つことを考えることさえ恐ろしいです。 Veeam Backup & Replication で考えられるすべてのタイプのログの簡単なリストは、小さな文字で数枚の表にまとめられています。 はい、それは出版時にのみ関連します。 次のパッチがリリースされると、新しいログが表示されたり、古いログに保存されている情報のロジックが変更されたりする可能性があります。 したがって、その構造とそこに含まれる情報の本質を説明する方がはるかに有益です。 これにより、ありきたりな名前の詰め込みよりも、より適切に場所をナビゲートできるようになります。

したがって、テキスト シートのプールに真っ向から突入しないように、この記事でいくつかの準備作業を行いましょう。 したがって、今日はログ自体には立ち入らず、遠くから話を進めます。用語集を作成し、ログ生成の観点から Veeam 構造について少し説明します。

用語集と専門用語

ここで、まず第一に、ロシア語の純粋性の擁護者とオジェゴフの辞書の証人に謝罪する価値があります。 私たちは皆、母国語が大好きですが、IT 業界は英語で運営されています。 私たちが思いついたわけではありませんが、歴史的にはそうなりました。 それは私のせいではありません、彼は自分で来ました (c)

私たちのビジネスでは、イギリス英語 (および専門用語) の問題には独自の特徴があります。 「ホスト」や「ゲスト」のような無邪気な言葉の下で、全世界が長い間非常に具体的なことを理解していたとき、国土の XNUMX/XNUMX では、辞書を調べながら英雄的な混乱とよろめきが続きます。 そして、「しかし、私たちの仕事では...」という厳密に義務的な議論。

さらに、一部の単語やフレーズは人々に伝わってしまいますが、純粋に Veeam 製品に固有の用語が存在します。 したがって、今はどの用語が何を意味するかについて合意しており、将来的には、「ゲスト」という用語は、仕事で慣れているものではなく、この章に書かれていることを正確に意味することになります。 はい、これは私の個人的な気まぐれではなく、これらは業界でよく確立された用語です。 彼らと戦うことはある程度無意味です。 私はいつもコメントでリラックスすることに賛成です。

残念ながら、私たちの仕事や製品にはたくさんの用語があるため、すべてをリストするつもりはありません。 海でサバイバルするためのバックアップやログなど、最も基本的で必要な情報のみを掲載しています。 興味のある方には、私もできます 記事を提案する テープについて同僚と話し、機能のその部分に関連する用語のリストも示しました。

ホスト (ホスト): 仮想化の世界では、これはハイパーバイザーを備えたマシンです。 物理、仮想、クラウド - それは関係ありません。 何かがハイパーバイザー (ESXi、Hyper-V、KVM など) を実行している場合、この「何か」はホストと呼ばれます。 XNUMX 個のラックを備えたクラスターであっても、XNUMX 台の仮想マシン用のラボを備えたラップトップであっても、ハイパーバイザーを起動すれば、あなたはホストになります。 ハイパーバイザーは仮想マシンをホストするためです。 VMware はかつて、ホストという言葉と ESXi をしっかりと関連付けたいと考えていたという話もあります。 しかし、彼女はそうしませんでした。

現代の世界では、「ホスト」の概念が「サーバー」の概念と事実上融合しており、特に Windows インフラストラクチャに関しては、通信に多少の混乱をもたらしています。 したがって、私たちにとって関心のあるサービスをホストするマシンはすべて、安全にホストと呼ぶことができます。 たとえば、WinSock ログでは、すべてが host という単語でマークされます。 典型的な「ホストが見つかりません」はこの例です。 したがって、コンテキストから始めますが、仮想化の世界では、ホストはゲストをホストするものであることを覚えておいてください (これについては、以下の XNUMX 行で詳しく説明します)。

現地の専門用語 (この場合はむしろ略語) から、VMware は VI、vSphere は VC、Hyper-V は HV であることをここで思い出してください。

ゲスト（ゲスト）： ホスト上で実行されている仮想マシン。 ここで説明することは何もありません。すべてが非常に論理的でシンプルです。 しかし、多くの人はここに他の意味を熱心に引きずり込んでいます。

何のために？ わからない。
ゲスト OS は、それぞれゲスト マシンのオペレーティング システムです。 等々。

バックアップ/レプリケーション ジョブ (jobA): いくつかのタスクを表す純粋な Wim の専門用語。 バックアップ ジョブ == バックアップ ジョブ。 誰もそれをロシア語に美しく翻訳する方法を見つけていないので、誰もが「JobA」と言います。 最後の音節に重点を置きます。

はい、彼らは単にそれを受け取って「ジョバ」と言います。 手紙でもそのように書いていますが、すべて大丈夫です。
あらゆる種類のバックアップ ジョブ、バックアップ タスクなど、ありがとうございますが、その必要はありません。 ただの仕事、そしてあなたは理解されるでしょう。 重要なのは、最後の音節に強調を置くことです。

バックアップ (バックアップ、バックアップ。true-oldfags の場合、バックアップは許可されます): 明らかな（どこかにあるデータのバックアップコピー）に加えて、それはジョブ自体（すでに忘れている場合はXNUMX行上）も意味し、その結果、まさにバックアップファイルが表示されます。 おそらく、英語をネイティブに話す紳士たちは、私が毎回バックアップジョブを実行したと言うのが面倒なので、ただバックアップを実行したと言うだけで、誰もがお互いを完全に理解しています。 この素晴らしい取り組みをぜひご支援ください。

統合 (統合): ESXi 5.0 で登場した用語。いわゆる孤立したスナップショットの削除プロセスを開始するスナップショット メニューのオプション。 つまり、物理的には利用可能だが、表示された論理構造から外れたスナップショットです。 理論的には、このプロセスはスナップショット マネージャーに表示されるファイルに影響を与えることはありませんが、何かが起こる可能性があります。 統合プロセスの本質は、スナップショット (子ディスク) のデータがメイン (親) ディスクに書き込まれることです。 ディスクを結合するプロセスはマージと呼ばれます。 統合コマンドが発行されている場合は、スナップショットがマージされて削除される前に、スナップショット レコードをデータベースから削除できます。 また、何らかの理由でスナップショットを削除できなかった場合は、同じ孤立したスナップショットが表示されます。 スナップショットの操作について、VMware は次のことを行っています。 悪くないKB。 そして私たちも彼らについて何らかの形で ハブレについて書いた.

データストア (ストレージまたはストレージ):  非常に幅広い概念ですが、仮想化の世界では、仮想マシンのファイルが保存される場所として理解されます。 しかし、いずれにせよ、ここでは文脈を非常に明確に理解し、わずかな疑いを持って、対話者が正確に何を念頭に置いていたかを明確にする必要があります。 

プロキシ (プロキシ): Veeam プロキシは、インターネット上で私たちが慣れ親しんでいるものとまったく同じではないことをすぐに理解することが重要です。 これは、Veeam 製品内で、ある場所から別の場所へのデータ転送を処理する一種のエンティティです。 詳細には触れませんが、VBR はコマンド アンド コントロール サーバーであり、プロキシはその主力サーバーです。 つまり、プロキシは、トラフィックが流れるマシンであり、このトラフィックの管理に役立つ VBR コンポーネントがインストールされています。 たとえば、あるチャネルから別のチャネルにデータを転送したり、単にディスクをそれ自体に貼り付けたりする場合 (ホットアド モード)。

リポジトリ (リポジトリ):  技術的には、これは VBR データベース内の単なるエントリであり、バックアップが保存される場所と、この場所への接続方法を示します。 実際、それは単なる CIFS ボールである場合もあれば、クラウド内の別個のディスク、サーバー、またはバケットである場合もあります。 繰り返しになりますが、コンテキストの中にありますが、リポジトリはバックアップが存在する単なる場所であることを理解しています。

 スナップショット (SnapshOt): オックスフォードの文法愛好家は、誰がスナップショットで誰がスナップショットであるかを主張することを好みますが、文盲の大多数はより大きな大衆から恩恵を受けています。 知らない人のために説明すると、これはディスクの状態を特定の時点に復元できる技術です。 これは、I/O 操作をメイン ディスクから一時的にリダイレクトすることによって行われます (これは RoW (リダイレクト オン ライト) スナップショットと呼ばれます)。または、書き換え可能なブロックをディスクから別のディスクに移動することによって行われます (これは CoW (コピー オン ライト) と呼ばれます)。 ) スナップショット。 Veeam がバックアップの魔法を発揮できるのは、これらの機能を使用する幅広い可能性のおかげです。 厳密に言えば、それらだけでなく、これは次のリリースの問題です。

ESXi のドキュメントやログではこの用語が混乱しており、スナップショットについて言及する文脈では、スナップショット自体、REDO ログ、さらにはデルタ ディスクが見つかることがあります。 Veeam のドキュメントにはそのような破れは含まれておらず、スナップショットはスナップショットであり、REDO ログは独立した非永続ディスクによって作成された REDO ファイルです。 REDO ファイルは仮想マシンがオフになると削除されるため、REDO ファイルをスナップショットと混同すると失敗します。

合成 (合成): 合成バックアップは、逆増分バックアップと永久順方向バックアップです。 この用語をご存じない方のために付け加えておきますが、これはバックアップ チェーン変換を構築するために使用されるメカニズムの XNUMX つにすぎません。 ただし、ログには、増分からフル コピー (合成フル) を作成するフレームワークで使用される Transform の概念も見つかります。

タスク (タスク): これは、ジョブ内の個々のマシンを処理するプロセスです。 つまり、XNUMX 台のマシンを含むバックアップ ジョブがあるとします。 これは、各車両が別個のタスクの一部として処理されることを意味します。 合計 XNUMX つのログが存在します。メインのログはジョブ用で、残りの XNUMX つはタスク用です。 ただし、ここには重要なニュアンスがあります。時間の経過とともに、「タスク」という言葉は不必要に曖昧になってきました。 一般的なログについて話すときは、タスクがまさに VM であることを意味します。 ただし、プロキシとリポジトリの両方に「タスク」があります。 ここでは、仮想ディスク、仮想マシン、およびジョブ全体を意味する場合があります。 つまり、コンテキストを失わないことが重要です。

Veeam %name% サービス:  バックアップを成功させるために、いくつかのサービスが同時に動作し、そのリストは標準装備に含まれています。 それらの名前はその本質を非常に明確に反映していますが、同等のサービスの中で最も重要なものは Veeam Backup Service であり、これがなければ残りのサービスは機能しません。

VSS： 技術的には、VSS は常に Microsoft Volume Shadow Copy Service を表す必要があります。 実際、これはアプリケーション対応画像処理の同義語として多くの人に使用されています。 もちろん、これは完全に間違っていますが、これは「どんなSUVもジープと呼ぶことができ、理解されるでしょう」というカテゴリーの話です。

素晴らしい丸太とその生息地

この章は、重大な秘密を明らかにすることから始めたいと思います。ログに表示される時刻は何ですか?

覚えておいてください：

• ESXi は常に UTC+0 でログを書き込みます。
• vCenter はタイムゾーンの時刻に従ってログを保持します。
• Veeam は、時刻およびサーバーのタイムゾーンごとにログを保存します。
• また、EVTX 形式の Windows イベントのみ、何へのバインドにも影響を受けません。 開くと、開いた車両の時間が再計算されます。 最も便利なオプションですが、いくつかの問題があります。 唯一の明確な困難は、ロケールの違いです。 これは、読み取り不可能なログへの実質的に保証されたパスです。 はい、これを処理する方法についてはオプションがありますが、IT のすべてが英語で機能するという事実に異論を唱えるのはやめて、サーバー上で常に英語ロケールを設定することに同意しましょう。 ああ、お願いします。 

次に、丸太が生息する場所とその入手方法について説明します。 VBR の場合、XNUMX つのアプローチがあります。 

最初のオプションは、特に問題に関連する一般ヒープ内のファイルを探したくない場合に適しています。 これを行うために、ログが必要な特定のジョブと特定の期間を指定できる別のウィザードが用意されています。 それから彼は自分でフォルダーを調べて、必要なものをすべて XNUMX つのアーカイブに入れます。 どこで探すか、どのように操作するかについては、以下で詳しく説明されています。 このHF.

ただし、ウィザードはすべてのタスクのログを収集するわけではありません。たとえば、復元、フェールオーバー、またはフェールバックのログを調査する必要がある場合、パスはフォルダー内にあります。 %ProgramData%/Veeam/バックアップ。 これはメインの VBR ロゴストアで、%ProgramData% は隠しフォルダーですが、問題ありません。 ちなみに、デフォルトの場所は、HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication ブランチの REG_SZ: LogDirectory タイプのレジストリ キーを使用して再割り当てできます。

Linux マシンでは、ワーカー エージェント ログは / で検索する必要があります。var/log/VeeamBackup/root または sudo アカウントを使用している場合。 そのような権限がない場合は、ログインしてログインしてください。 /tmp/VeeamBackup. 

Veeam エージェントの %OS_name% ログは次の場所で検索する必要があります。 %ProgramData%/Veeam/エンドポイント （または %ProgramData%/Veeam/バックアップ/エンドポイント）そして、 /var/log/veeam それぞれ。

アプリケーション対応画像処理を使用している場合 (おそらく実際に使用している可能性が高い)、状況は多少複雑になります。 仮想マシン自体内に保存されているヘルパーのログと VSS ログが必要になります。 この幸せをどこでどうやって手に入れるかについては、以下に詳しく書かれています。 この記事。 そしてもちろんあります 別の記事 必要なシステム ログを収集します。 

Windows イベントは、次に従って便利に収集されます。 このHF。 Hyper-V を使用している場合は、[アプリケーションとサービス ログ] > [Microsoft] > [Windows] ブランチからのすべてのログも必要になるため、状況はさらに複雑になります。 ただし、もっと愚かな方法を選択して、%SystemRoot%System32winevtLogs からすべてのオブジェクトを取得することもできます。

インストール/アップグレード中に問題が発生した場合、必要なものはすべて %ProgramData%/Veeam/Setup/Temp フォルダーにあります。 ただし、これらのログよりも OS イベントの方が有益な情報を見つけることができるという事実は隠しません。 残りの興味深い部分は %Temp% にありますが、主にベース、.Net ライブラリなどの関連ソフトウェアのインストール ログがあります。 Veeam は msi からインストールされ、GUI には表示されなかったとしても、そのコンポーネントはすべて別個の msi パッケージとしてもインストールされることに注意してください。 したがって、いずれかのコンポーネントのインストールが失敗すると、VBR インストール全体が停止します。 したがって、ログを調べて、何が正確にどの時点で壊れたのかを確認する必要があります。

そして最後に、ライフハックです。インストール中にエラーが発生した場合でも、慌てて [OK] をクリックしないでください。 まずログを取得し、次に「OK」をクリックします。 こうすることで、最後にゴミのない、エラー発生時に終了するログを取得できます。

そして、vSphere のログにアクセスする必要がある場合があります。 この職業は非常に恩知らずだが、袖をまくり上げたら、何か他のことをしなければならない。 最も単純なバージョンでは、.vmx ファイルの隣にある仮想マシン イベント vmware.log のログが必要です。 さらに難しいケースでは、Google を開いて、ホスト バージョンのログがどこにあるのかを尋ねます。これは、VMware がリリースごとにこの場所を変更することを好むためです。 例えば、 7.0の記事、しかし、 5.5。 vCenter ログの場合は、この手順を繰り返します。 グーグルする。 ただし、一般的には、ホスト イベント ログ hostd.log、vCenter によって管理されるホスト イベント vpxa.log、カーネル ログ vmkernel.log、および認証ログ auth.log に注目します。 そうですね、最も無視されている場合には、SSO フォルダーにある SSO ログが役立つ場合があります。

面倒ですか？ 混乱している？ 怖い？ しかし、これは私たちのサポートが日常的に扱う情報の半分にも満たません。 だから彼らは本当に本当にクールなんです。

Veeam コンポーネント

この紹介記事の締めくくりとして、Veeam Backup & Replication のコンポーネントについて少しお話しましょう。 痛みの原因を探るとき、患者がどのように働いているかを理解するとよいでしょう。

したがって、おそらく誰もが知っているように、Veeam Backup はいわゆる SQL ベースのアプリケーションです。 つまり、すべての設定、すべての情報、そして一般的には通常の機能にのみ必要なものすべてがデータベース内にあります。 むしろ、VBR と EM の束について話している場合、XNUMX つのデータベース、それぞれ VeeamBackup と VeeamBackupReporting です。 そして、それが起こりました：別のアプリケーションを入れました - 別のデータベースが表示されました。 すべての卵をXNUMXつのカゴに入れないようにするためです。

しかし、このすべての経済がスムーズに機能するには、すべてのコンポーネントを結び付ける一連のサービスとアプリケーションが必要です。 ほんの一例として、これは私の研究室の XNUMX つでの様子です。

首席指揮者を務める Veeam バックアップ サービス。 基地との情報交換を担当するのは彼だ。 また、すべてのタスクの開始、割り当てられたリソースの調整、さまざまなコンソール、エージェント、その他すべてのものに対する一種の通信センターとしての役割も担っています。 一言で言えば、彼なしでは間違いなく方法はありませんが、これは彼がすべてを自分で行うという意味ではまったくありません。

彼の計画の遂行を手助けする Veeamバックアップマネージャー。 これはサービスではなく、ジョブを起動し、その実行プロセスを監視するエンティティです。 バックアップ サービスは、ホストへの接続、スナップショットの作成、保存期間の監視などを実行します。

サービスのリストに戻りましょう。 Veeamブローカーサービス。 v9.5 で登場しました (当時一部の人が考えていたように、これは暗号通貨マイナーではありません)。 VMware ホストに関する情報を収集し、その関連性を維持します。 しかし、私たちがあなたをスパイし、すべてのログイン/パスワードをタシュメジャーに漏洩しているという怒りのコメントをすぐに書きに走らないでください。 すべてがいくらかシンプルになります。 バックアップを実行するとき、最初に行う必要があるのは、ホストに接続し、その構造に関するすべてのデータを更新することです。 これはかなり遅くて面倒な話です。 Web インターフェースを介してログインするのにどれくらい時間がかかるか、そしてそこでは最上位レイヤーのみがカウントされることを覚えておいてください。 ちなみに、階層全体を適切な場所に開く必要があります。 一言で言えばホラー。 5000 個のバックアップを実行する場合、各ジョブでこの手順を実行する必要があります。 大規模なインフラストラクチャについて話している場合、このプロセスには 100 分以上かかることがあります。 したがって、これには別のサービスを割り当てることが決定され、それを通じて常に最新の情報を受け取ることが可能になります。 起動時に、追加されたすべてのインフラストラクチャをチェックおよびスキャンし、増分変更のレベルでのみ動作しようとします。 したがって、同時に XNUMX 個のバックアップを実行したとしても、それらはすべて当社のブローカーに情報を要求し、その要求によってホストを苦しめることはありません。 リソースが心配な場合は、私たちの計算によれば、XNUMX 台の仮想マシンに必要なメモリは約 XNUMX MB だけです。

次は Veeam コンソール。 彼は Veeam Remote Console、Veeam.Backup.Shell です。 これは、スクリーンショットで見られるものと同じ GUI です。 すべてがシンプルかつ明白です。Windows であり、VBR サーバーに接続されている限り、コンソールはどこからでも起動できます。 唯一言えることは、FLR プロセスはポイントをローカル (つまり、コンソールが実行されているマシン) にマウントするということです。 さまざまな Veeam Explorer もコンソールの一部であるため、ローカルで実行されます。 しかし、それはすでに私を荒野に連れて行きました...

もう一つの興味深いサービスは、 Veeam バックアップ カタログ データ サービス。 サービスのリストでは Veeam Guest Catalog Service として知られています。 彼はゲスト マシン上のファイル システムのインデックス作成に従事しており、この知識を VBRCatalog フォルダに埋め込んでいます。 これは、インデックス作成チェックボックスが有効になっている場合にのみ使用されます。 Enterprise Manager を使用している場合にのみ、これを有効にすることが意味があります。 したがって、心の底からアドバイスします。EAT がない場合は、このようにインデックス作成をオンにしないでください。 神経をすり減らし、サポート時間を節約しましょう。

他の重要なサービスからも注目に値します Veeamインストーラーサービスこれを利用して、必要なコンポーネントがプロキシ、リポジトリ、その他のゲートウェイに配信およびインストールされます。 実際、必要な .msi パッケージをサーバーに取り込み、インストールします。 

Veeam データ ムーバー - プロキシ (だけではありません) 上で起動される補助エージェントの助けを借りて、データのシフトに従事します。 たとえば、バックアップする場合、XNUMX つのエージェントがホスト データストアからファイルを読み取り、XNUMX つ目のエージェントがそれらのファイルをバックアップに慎重に書き込みます。

これとは別に、クライアントがよく反応する重要な点に注意してください。これは、プログラムと機能スナップインのサービスと情報のバージョンの違いです。 はい、リストは同じですが、バージョンが完全に一致しない場合があります。 見た目の観点からはあまりクールではありませんが、すべてが安定して動作する場合はまったく正常です。 たとえば、インストーラー サービスのバージョン番号は、近隣のバージョン番号よりも大幅に遅れています。 恐怖と悪夢？ いいえ、完全に再インストールされるわけではなく、DLL が更新されるだけです。 パッチ v9.5 U4 では、テクニカル サポートの悪夢が発生しました。更新中に、最も重要なサービスを除くすべてのサービスが新しいバージョンを受け取りました。 U4b パッチでは、トランスポート サービスが他のすべてのサービスを XNUMX バージョンも上回りました (数値から判断します)。 そして、これも正常です - 重大なバグが見つかったので、残りの部分に比べてボーナスアップデートを受けました。 要約すると、バージョンの違いは問題になる可能性がありますが、違いがあってすべてが正常に動作している場合は、おそらく問題があるはずです。 しかし、テクニカル サポートでこれを明確にすることを誰も禁じていません。

これらは、いわゆる必須または必須のサービスでした。 また、テープ サービス、マウント サービス、vPowerNFS サービスなどの補助的なサービスも多数あります。

Hyper-V の場合、一般に、すべてが同じですが、特定の機能があるだけです。 Veeam バックアップ Hyper-V 統合サービス CBT を操作するための独自のドライバーも必要です。

最後に、バックアップ中に誰が仮想マシンで作業するかについて話しましょう。 フリーズ前およびフリーズ後のスクリプトの実行、シャドウ コピーの作成、メタデータの収集、SQL トランザクション ログの操作など。 Veeam ゲスト ヘルパー。 ファイル システムにインデックスが作成されている場合、 Veeam ゲスト インデクサー 。 これらは、バックアップ中に展開され、バックアップ後に削除される一時的なサービスです。

Linux マシンの場合は、多数の組み込みライブラリとシステム自体の機能の存在により、すべてがはるかに簡単になります。 たとえば、インデックス作成は mlocate を通じて行われます。

それは今のところすべてです

もうあなたを傷つける勇気はない 短い Veeam エンジン ルームの紹介はこれで終わりだと思います。 はい、私たちは洞窟そのものにさえ近づいていませんが、そこに提示される情報が支離滅裂な意識の流れのように見えないようにするために、そのような導入は絶対に必要です。 ログ自体については XNUMX 番目の記事でのみ説明する予定で、次の記事では、誰がログを生成するのか、ログに正確に何が表示されるのか、正確になぜ表示されるのかを説明し、それ以外は説明しない予定です。

出所： habr.com