Veeamログダイビングコンポーネントと用語集

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



したがって、私は一連の記事を目指すことにしました。そこでは、ログに書き込む内容、ログを保存する場所、ログの構造に夢中にならない方法、ログ内で何を探すかについて一貫して話します。

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

どのログがどこにあり、何が格納されているかをリストするだけでも、かなり悲惨な作業です。そして、この情報を最新の状態に保つことを考えるのも怖いです。 Veeam Backup＆Replicationのすべての可能なタイプのログの簡単なリストは、小さな印刷物のいくつかのシートの表です。そして、それは発行時にのみ関連します。次のパッチがリリースされると、新しいログが表示されたり、古いログに保存されている情報のロジックが変更されたりする可能性があります。したがって、それらの構造とそれらに含まれる情報の本質を説明する方がはるかに有利です。これにより、些細な名前の詰め込みよりもフィールド内をうまくナビゲートできるようになります。



したがって、テキストシートの大混乱に真っ向から突入しないように、この記事でいくつかの準備作業を行いましょう。したがって、今日はログ自体については説明しませんが、遠くから説明します。用語集を編集し、ログの生成に関するVeeamの構造について少し説明します。

用語集と専門用語

ここでは、まず第一に、ロシア語の純粋さの擁護者とオジェゴフ辞書の目撃者に謝罪する価値があります。私たちは皆、母国語が大好きですが、ひどいIT業界は英語で働いています。まあ、私たちはそれを思いつきませんでしたが、それは歴史的に起こりました。私は無罪です、彼は自分自身に来ました（c）



私たちのビジネスでは、Anglicisms（およびjargon）の問題には独自の詳細があります。 「ホスト」や「ゲスト」のような無邪気な言葉で全世界が長い間完全に具体的なことを理解してきたとき、その土地の⅙では、英雄的な混乱と辞書を突っついたままのぐらつきが続きます。そして、厳密に義務的な議論「そしてここで働いている...」。



さらに、Veeam製品に固有の用語が純粋にありますが、一部の単語やフレーズは人々に伝えられています。したがって、今はどの用語が何を意味するかについて合意し、将来的には「ゲスト」という言葉の下で、あなたが仕事で慣れているものではなく、この章に書かれていることを正確に意味します。はい、これは私の個人的な気まぐれではありません。これらは業界で確立された用語です。それらと戦うことはやや無意味です。私はいつもkamentyで料理することに賛成ですが。



残念ながら、私たちの仕事や製品には多くの用語が含まれているので、それらすべてをリストすることはしません。海での生存に必要なバックアップとログに関する最も基本的な情報のみ。興味のある方のために、リボンに関する同僚の記事を提供することもできます。彼は、機能のその部分に関連する用語のリストも提供しました。



ホスト：仮想化の世界では、これはハイパーバイザーマシンです。物理的、仮想的、クラウド-それは問題ではありません。ハイパーバイザーが何か（ESXi、Hyper-V、KVMなど）で実行されている場合、この「何か」はホストと呼ばれます。 10ラックのクラスターであろうと、1.5台の仮想マシン用のラボを備えたラップトップであろうと、ハイパーバイザーを実行すると、ホストになります。ハイパーバイザーは仮想マシンをホストするためです。 VMwareがかつてホストという言葉とESXiとの強い関連性を実現したかったという話さえあります。しかし、彼女はしませんでした。



現代の世界では、「ホスト」の概念は「サーバー」の概念と実質的に融合しており、特にWindowsインフラストラクチャに関しては、通信にある程度の混乱が生じます。したがって、興味深いサービスをホストするマシンはすべて、安全にホストと呼ぶことができます。たとえば、WinSockログでは、hostという単語がすべてをマークします。古典的な「ホストが見つかりません」はその一例です。したがって、コンテキストから進めますが、覚えておいてください。仮想化の世界では、ホストがゲストをホストするものです（以下のこの2行で詳しく説明します）。



ローカル用語（この場合は略語）から、VMwareがVI、vSphereがVC、Hyper-VがHVであることをここで思い出します。



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



何のために？知りません。

ゲストOSは、それぞれゲストマシンのオペレーティングシステムです。等。



バックアップ/レプリケーションジョブ（JobA）：純粋にWimの専門用語で、いくつかのタスクを示します。バックアップジョブ==バックアップジョブ。それをロシア語に翻訳するのはどれほど美しいか-誰もそれを思い付かなかったので、誰もが「仕事」と言います。最後の音節に重点を置いて。



はい、彼らはそれを受け取って「仕事」と言うだけです。そして手紙でさえ彼らはそのように書きます、そしてすべては大丈夫です。

バックアップジョブ、バックアップタスクなど、ありがとうございますが、必須ではありません。ただの仕事、そしてあなたは理解されるでしょう。主なことは、最後の音節にストレスをかけることです。



バックアップ（バックアップ、バックアップ。hard-oldfagovの場合、バックアップが許可されます）：明白な（どこかにあるデータのバックアップコピー）に加えて、それはジョブ自体（すでに忘れている場合は上記の3行）も意味し、その結果、同じバックアップファイルが表示されます..。おそらく、紳士、英語を母国語とする人は、私が毎回バックアップジョブを実行したと言うのが面倒なので、バックアップを実行したと言うだけで、誰もがお互いを完全に理解しています。私はこの素晴らしい事業を支援することを提案します。



統合：ESXi5.0で導入された用語いわゆる孤立したスナップショットを削除するプロセスを開始するスナップショットメニューのオプション。つまり、物理的には利用可能であるが、表示された論理構造から脱落したスナップショットです。理論的には、このプロセスはスナップショットマネージャーに表示されるファイルに影響を与えるべきではありませんが、何が起こる可能性もあります。統合プロセスの本質は、スナップショット（子ディスク）からのデータがメイン（親）ディスクに書き込まれることです。ディスクをマージするプロセスは、マージと呼ばれます。統合コマンドが発行された場合、スナップショットがフリーズされて削除される前に、スナップショットレコードをデータベースから削除できます。また、何らかの理由でスナップショットを削除できなかった場合は、これらの孤立したスナップショットが表示されます。 VMwareには、スナップショットの操作に関するかなり優れたKBがあります。そして私たちもどういうわけか彼らについてHabréに書いた。



データストア（Storaまたはストア）： 非常に広い概念ですが、仮想化の世界では、仮想マシンのファイルが保存される場所を指します。しかし、いずれにせよ、ここでは、コンテキストを非常に明確に理解し、少し疑問を持って、対話者が何を念頭に置いていたかを明確にする必要があります。 



プロキシ：Veeam Proxyは、インターネットの分野で私たちが慣れているものとまったく同じではないことをすぐに理解することが重要です。 Veeam製品内では、これはある場所から別の場所へのデータの転送に従事する一種のエンティティです。詳細に立ち入ることなく、VBRはコマンドサーバーであり、プロキシはその主力製品です。つまり、プロキシは、トラフィックが流れるマシンであり、このトラフィックの操作を支援するVBRコンポーネントがインストールされています。たとえば、あるチャネルから別のチャネルにデータを転送したり、単にディスクを自分自身に接続したりします（HotAddモード）。



リポジトリ： 技術的には、これはバックアップが保存されている場所とこの場所への接続方法を示すVBRデータベースの単なるエントリです。実際、それは単なるCIFSボール、またはクラウド内の個別のディスク、サーバー、またはバケットである可能性があります。繰り返しになりますが、状況に応じて、リポジトリがバックアップの場所にあることを理解しています。



 スナップショット：オックスフォードの文法の愛好家は、誰がスナップショットであるか、誰がスナップショットであるかを言うことを好みますが、文盲の大多数は、より大きな質量から恩恵を受けます。誰も知らない場合、これはディスクの状態を特定の時点に復元できるようにするテクノロジーです。これは、I / O操作をメインディスクから一時的にリダイレクトすることによって行われます-その後、RoW（Redirect on Write）スナップショットと呼ばれます-または書き換え可能なブロックをディスクから別のディスクに移動することによって-これはCoW（Copy on Write）と呼ばれますスナップショット。 Veeamが独自のバックアップマジックを実行できるのは、これらの機能を使用するための幅広い可能性のおかげです。厳密に言えば、彼らだけでなく、これは次のリリースのビジネスです。



この用語の周りのESXiドキュメントとログには混乱があり、スナップショットについて言及するコンテキストでは、スナップショット自体、REDOログ、さらにはデルタディスクを見つけることができます。 Veeamのドキュメントにはそのような苛立ちはなく、スナップショットはスナップショットであり、REDOログは独立した非永続ディスクによって作成されたREDOファイルです。 REDOファイルは、仮想マシンがオフになると削除されるため、スナップショットと混同すると障害が発生します。



合成：合成バックアップとは、リバースインクリメンタルバックアップと永久フォワードバックアップを指します。突然この用語に出くわしなかった場合、これはバックアップチェーンの構築/変換に使用されるメカニズムの1つにすぎません。ただし、ログには、合成フルコピーの作成に使用される変換の概念も記載されています。



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



Veeam％name％サービス： バックアップを成功させるために、複数のサービスが同時に機能しています。そのリストは標準装備にあります。それらの名前はその本質を非常に透過的に反映していますが、同等のものの中で最も重要なものがあります-Veeam Backup Service、それなしでは残りは機能しません。



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

素晴らしいログとそれらが住んでいる場所

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



覚えておいてください：

• ESXiは常にUTC + 0にログを記録します。
• vCenterは、そのタイムゾーンの時間にログを保持します。
• Veeam .
• EVTX . , . , . — . . , , , , IT , . . 

それでは、ログが存在する場所とその取得方法について説明しましょう。 VBRの場合、2つのアプローチがあります。 



最初のオプションは、問題に特に関連する共通のヒープ内のファイルを検索することに熱心でない場合に適しています。これを行うために、ログが必要な特定のジョブと特定の期間を指定できる別のウィザードがあります。次に、彼は自分でパパを調べ、必要なものすべてを1つのアーカイブに入れます。どこでそれを探すか、そしてそれをどのように扱うかについては、このKBで詳細に説明されています。



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



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



％OS_name％のVeeamエージェントの場合、ログはそれぞれ％ProgramData％/ Veeam / Endpoint（または％ProgramData％/ Veeam / Backup / Endpoint）および/ var / log / veeamで検索する必要があります。



アプリケーション対応の画像処理を使用している場合（そしておそらくそれを使用している場合）、状況はやや複雑になります。仮想マシン自体の内部に保存されているヘルパーのログとVSSログが必要になります。この幸せをどこでどのように得るかについては、この記事で詳しく説明しています。そしてもちろん、必要なシステムログの収集に関する別の記事があります。 このHF



に従ってWindowsイベントを収集すると便利です。 Hyper-Vを使用している場合は、[アプリケーションとサービスのログ]> [Microsoft]> [Windows]ブランチからのすべてのログも必要になるため、状況はさらに複雑になります。あなたはいつでももっと危険なルートに行き、％SystemRoot％\ System32 \ winevt \ Logsからすべてのオブジェクトを拾うことができますが。



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



そして最後にライフハック：インストール中にエラーが発生した場合は、急いで[OK]をクリックしないでください。まず、ログを取得し、[OK]をクリックします。したがって、エラー時に終了するログを取得し、最後にゴミはありません。



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



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

Veeamコンポーネント

そして、この紹介記事を完了するために、Veeam Backup＆Replicationのコンポーネントについて少し話しましょう。痛みの原因を探すときは、患者さんの働きを理解しておくといいでしょう。



したがって、おそらく誰もが知っているように、VeeamBackupはいわゆるSQLベースのアプリケーションです。つまり、すべての設定、すべての情報、および一般に通常の機能にのみ必要なすべてのものがデータベースにあります。むしろ、2つのベースで、VBRとEMのバンドルについて話している場合、それぞれVeeamBackupとVeeamBackupReportingです。そして、それが起こりました。もう1つのアプリケーションを配置し、別のベースが表示されます。すべての卵を1つのコリンに保管しないため。



しかし、このすべての経済が円滑に機能するためには、すべてのコンポーネントを相互に接続する一連のサービスとアプリケーションが必要です。ほんの一例として、これは私のラボの1つでどのように見えるかです。





Veeam BackupServiceが 主任指揮者です。データベースとの情報交換を担当するのは彼です。彼はまた、すべてのタスクの起動、割り当てられたリソースの調整を担当し、さまざまなコンソール、エージェント、その他すべての一種のコミュニケーションセンターとして機能します。一言で言えば、彼なしでは絶対に何もありませんが、これは彼がすべてを自分で行うという意味ではありません。Veeam Backup Manager



は、彼が計画を実行するのを支援します。これはサービスではなく、ジョブを起動してその実行プロセスを監視するエンティティです。ホストに接続し、スナップショットを作成し、保持を監視するなど、バックアップサービスの作業者。 しかし、サービスのリストに戻ります。Veeamブローカーサービス



..。 v9.5で導入されました（そして、これは当時考えられていたように、暗号マイナーではありません）。 VMwareホストに関する情報を収集し、最新の状態に保ちます。しかし、私たちがあなたをスパイし、すべてのログイン/パスワードをtashmayorに漏らしているという怒ったコメントを書くためにすぐに走らないでください。すべてがやや簡単です。バックアップを開始するとき、最初に行う必要があるのは、ホストに接続して、その構造に関するすべてのデータを更新することです。これはかなり遅くて面倒な話です。 Webインターフェイスを介してログインするのにかかる時間を覚えておいてください。また、最上位のレイヤーのみがカウントされることを覚えておいてください。ちなみに、それでも階層全体を適切な場所に開く必要があります。一言で言えば、ホラー。 1ダースのバックアップを実行する場合、各ジョブはこの手順を実行する必要があります。大規模なインフラストラクチャについて話している場合、このプロセスには10分以上かかる場合があります。そのため、このために別のサービスを割り当てることにしました。これにより、常に最新の情報を受け取ることができます。起動時に、追加されたインフラストラクチャ全体をチェックしてスキャンし、増分変更のレベルでのみ機能しようとします。したがって、100のバックアップを同時に実行した場合でも、それらはすべてブローカーに情報を要求し、その要求でホストを苦しめることはありません。リソースが心配な場合は、5000台の仮想マシンの計算によると、必要なメモリは約100Mbだけです。彼らはすべて私たちのブローカーに情報を要求し、彼らの要求でホストを苦しめることはありません。リソースについて心配している場合、私たちの計算によれば、5000台の仮想マシンの場合、必要なメモリは約100Mbだけです。彼らはすべて私たちのブローカーに情報を要求し、彼らの要求でホストを苦しめることはありません。リソースが心配な場合は、5000台の仮想マシンの計算によると、必要なメモリは約100Mbだけです。



次はVeeamコンソールです。別名Veeamリモートコンソール、別名Veeam.Backup.Shell。これは、スクリーンショットに表示されているのと同じGUIです。すべてがシンプルで明白です。コンソールは、Windowsであり、VBRサーバーへの接続があれば、どこからでも起動できます。言えることは、FLRプロセスがポイントをローカルに（つまり、コンソールが実行されているマシンに）マウントするということだけです。多彩なVeeamExplorerもコンソールの一部であるため、ローカルで実行されます。しかし、これはすでに私をジャングルに連れて行ってくれました...



次の興味深いサービスはVeeamバックアップカタログデータサービスです。サービスのリストではVeeamゲストカタログサービスとして知られています。彼はゲストマシンのファイルシステムのインデックス作成に従事しており、VBRCatalogフォルダーにこの知識を入力します。インデックスチェックが有効になっている場合にのみ使用されます。また、EnterpriseManagerがある場合にのみ有効にするのが理にかなっています。したがって、私の心の底からのアドバイス：EMがない場合は、そのようにインデックスをオンにしないでください。神経を節約し、時間をサポートします。



その他の重要なサービスの中でも、プロキシ、リポジトリ、およびその他のゲートウェイに必要なコンポーネントを配信およびインストールするために使用されるVeeamインストーラサービスは注目に値します。実際、彼は必要な.msiパッケージをサーバーに持っていき、それらをインストールします。 



Veeam Data Mover-プロキシで起動された補助エージェントの助けを借りて（だけでなく）、データ転送に従事しています。たとえば、バックアップ中に、1つのエージェントがホストデータストアからファイルを読み取り、2番目のエージェントがそれらを慎重にバックアップに書き込みます。



これとは別に、クライアントが頻繁に反応する重要なことに注意したいと思います。これは、プログラムと機能スナップインのサービスと情報のバージョンの違いです。はい、リストは同じになりますが、バージョンは完全に混乱している可能性があります。視覚的にはあまりクールではありませんが、すべてが安定して動作していれば問題ありません。たとえば、インストーラーサービスのバージョン番号は、隣接するサービスよりもはるかに遅れています。恐怖と悪夢？いいえ、完全に再インストールされていないためですが、DLLは単に更新されています。パッチv9.5U4では、技術サポートの悪夢がありました。更新中に、最も重要なものを除いて、すべてのサービスが新しいバージョンを受け取りました。 U4bパッチでは、トランスポートサービスが他のすべてのバージョンを最大2つのバージョンで追い越しました（数字で判断）。そして、それも大丈夫です-深刻なバグが見つかったので、残りの部分よりもボーナスアップデートがありました。したがって、要約すると：バージョンの違いが問題になる可能性がありますが、違いがあり、すべてが正常に機能している場合は、おそらく問題があるはずです。しかし、技術サポートでこれを明確にすることを禁止する人は誰もいません。



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



Hyper-Vの場合、一般的にすべてが同じですが、特定のVeeam BackupHyper-V統合サービスとCBTを操作するための独自のドライバーがあります。



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



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

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

もうあなたを苦しめるつもりはありません。Veeamエンジンコンパートメントの簡単な紹介を検討します。はい、私たちはログ自体に近づいていませんが、私を信じています。ログに表示される情報が一貫性のない意識の流れのように見えないように、そのような紹介は絶対に必要です。私は3番目の記事でのみログ自体に移動する予定です。次の記事の計画は、ログを生成するユーザー、ログに正確に表示される内容、およびその理由を説明することです。