タグ: Veeam

  • UbuntuでVeeamのアップデートがPGPエラーになったので対処

    Ubuntu (Linux)で、apt update したところ、Veeamのバックアップエージェントの更新確認でエラーになった。エラーをみると、PGPキーの有効期限が切れているというエラーだった。VeeamのPGPキーを更新したので、そのメモ。

    apt updateで表示されたエラー

    W: Failed to fetch http://repository.veeam.com/backup/linux/agent/dpkg/debian/public/dists/stable/InRelease  The following signatures were invalid: EXPKEYSIG 3268CF038EEC045B Veeam Software Repository key <support@veeam.com>
    W: Some index files failed to download. They have been ignored, or old ones used instead.

    対応方法

    念のため、PGPキーのリストを表示して確認する。(やらなくても問題はない)

    sudo apt-key list

    Veeamの古いPGPキー(GPGキー)を削除するために、下記のコマンドを実行する。

    sudo apt-key del FBF8A590

    Veeamの新しいGPGキーをダウンロードするために、下記のコマンドを実行する。

    sudo wget http://repository.veeam.com/keys/veeam.gpg -O /etc/apt/trusted.gpg.d/veeam.gpg

    もう一度、apt Updateする。

    sudo apt update

    これでアップデートが成功すれば、完了。

    対応したときのログ

    zen@web:~$ sudo apt-key
    Usage: apt-key [--keyring file] [command] [arguments]
    
    Manage apt's list of trusted keys
    
      apt-key add <file>          - add the key contained in <file> ('-' for stdin)
      apt-key del <keyid>         - remove the key <keyid>
      apt-key export <keyid>      - output the key <keyid>
      apt-key exportall           - output all trusted keys
      apt-key update              - update keys using the keyring package
      apt-key net-update          - update keys using the network
      apt-key list                - list keys
      apt-key finger              - list fingerprints
      apt-key adv                 - pass advanced options to gpg (download key)
    
    If no specific keyring file is given the command applies to all keyring files.
    zen@web:~$ sudo apt-key list
    /etc/apt/trusted.gpg
    --------------------
    pub   rsa2048 2017-02-20 [SC]
          9DD9 479D 06BA A713 2280  3AC1 6633 2B78 417E 73EA
    uid           [ unknown] Hatena Co., Ltd. <admin@mackerel.io>
    
    ~~~~略~~~~~
    
    /etc/apt/trusted.gpg.d/veeam.gpg
    --------------------------------
    pub   rsa4096 2016-05-06 [SC]
          EFAF F6B4 4E68 80EA DDD2  17E4 7AFD EEB8 FBF8 A590
    uid           [ unknown] Veeam Software Repository key <support@veeam.com>
    sub   rsa4096 2016-05-06 [E]
    
    zen@web:~$
    zen@web:~$ sudo apt-key del FBF8A590
    
    OK
    zen@web:~$
    zen@web:~$ sudo wget http://repository.veeam.com/keys/veeam.gpg -O /etc/apt/trusted.gpg.d/veeam.gpg
    --2022-09-08 10:19:26--  http://repository.veeam.com/keys/veeam.gpg
    Resolving repository.veeam.com (repository.veeam.com)... 99.84.50.24, 99.84.50.103, 99.84.50.113, ...
    Connecting to repository.veeam.com (repository.veeam.com)|99.84.50.24|:80... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 4401 (4.3K) [application/octet-stream]
    Saving to: '/etc/apt/trusted.gpg.d/veeam.gpg'
    
    /etc/apt/trusted.gp 100%[===================>]   4.30K  --.-KB/s    in 0s
    
    2022-09-08 10:19:26 (503 MB/s) - '/etc/apt/trusted.gpg.d/veeam.gpg' saved [4401/4401]
    
    zen@web:~$ sudo apt update
    Hit:1 http://jp.archive.ubuntu.com/ubuntu bionic InRelease
    Hit:2 http://apt.mackerel.io/v2 mackerel InRelease
    Hit:3 http://jp.archive.ubuntu.com/ubuntu bionic-updates InRelease
    Hit:4 http://jp.archive.ubuntu.com/ubuntu bionic-backports InRelease
    Get:5 http://repository.veeam.com/backup/linux/agent/dpkg/debian/public stable InRelease [7,549 B]
    Get:6 http://repository.veeam.com/backup/linux/agent/dpkg/debian/public stable/veeam amd64 Packages [6,448 B]
    Hit:8 http://security.ubuntu.com/ubuntu bionic-security InRelease
    Hit:10 http://ppa.launchpad.net/brightbox/ruby-ng/ubuntu bionic InRelease
    Hit:7 https://downloads.mariadb.com/MariaDB/mariadb-10.3/repo/ubuntu bionic InRelease
    Hit:9 https://downloads.mariadb.com/MaxScale/2.4/ubuntu bionic InRelease
    Hit:11 https://downloads.mariadb.com/Tools/ubuntu bionic InRelease
    Fetched 14.0 kB in 2s (6,034 B/s)
    Reading package lists... Done
    Building dependency tree
    Reading state information... Done
    3 packages can be upgraded. Run 'apt list --upgradable' to see them.
    N: Skipping acquire of configured file 'main/binary-i386/Packages' as repository 'http://downloads.mariadb.com/MariaDB/mariadb-10.3/repo/ubuntu bionic InRelease' doesn't support architecture 'i386'
    zen@web:~$

    参考

    https://helpcenter.veeam.com/docs/veeampn/userguide/veeampn_update_troubleshooting.html?ver=21

  • ESENTエラーが発生して、ファイルサーバが突然使えなくなる。

    Windows Server 2012のファイルサーバの挙動がおかしいので、調べたら、下記のログがイベントログに残っていた。

    イベント 910, ESENT
    svchost (952)  ファイル "C:\Windows\system32\LogFiles\Sum\Svc.log" のオフセット 3334144 (0x000000000032e000) への 4096 (0x00001000) バイトの書き込み要求は 36 秒間成功しませんでした。この問題はハードウェアの障害が原因であると思われます。問題をより詳しく診断するには、ハードウェアの製造元に連絡してください。
    
    イベント 910, ESENT
    svchost (1212) データベース キャッシュ サイズの保守タスクに 60 秒かかりましたが完了していません。このため、パフォーマンスが大きく低下する可能性があります。 現在のキャッシュ サイズは、5 のバッファーであり、構成済みのキャッシュ制限 (ターゲットの 266 パーセント) を超えています。 キャッシュ サイズの保守によって、0 のバッファーが削除され、14408 回のフラッシュが試行され、0 のバッファーのフラッシュに成功しました。保守が起動されてから 191576 回実行されました。
    
    イベント 510, ESENT
    svchost (1212) ファイル "C:\Windows\system32\LogFiles\Sum\Current.mdb" のオフセット 937984 (0x00000000000e5000) から 4096 (0x00001000) バイトの要求を書き込むことに成功しましたが、OS によるサービスを受けるまでに異常に長い時間 (36 秒) がかかりました。さらに、このファイルへの 4 の他の I/O 要求も、この問題に関する最後のメッセージが 1259 秒前に投稿されてからサービスを受けるまでに以上に長い時間がかかりました。これはハードウェアに問題がある可能性があります。問題の診断についての詳細はハードウェア製造元に問い合わせてください。
    

    ファイルシステムの異常の可能性もあるので、検査(チェックディスク)したが異常なし。ハードウェア的なディスク障害もなし。

    これが発生していた原因は、Veeam Backupの動作によるバックアップの競合だった。バックアップの間、ずっと発生するわけではなく、なんらかのタイミングで、ログなどの書き込みなどがスタックしたときに、書き込みができずに、ファイル共有の部分が止まってしまうようだ。動作中のバックアップも同じ時間ではないが、遅れて失敗している。この競合が解消されれば、ファイルサーバにはアクセスできるようになることはわかった。しかし、解消される時間はわからないので、バックアップを止めるのがよいのだろうが、状況が発生してしまうと止められない(止めても停止できず、効果がない)。動作時間を工夫するなどの対応が必要。

  • Veeamで日次のManually Addedの確認でエラーが発生する

    Veeamで日次のManually Addedの確認でエラーが発生する。これは、Veeam BackupのINVENTORYの「Physical & Cloud Infrastructure」の「Manually Added」にあるバックアップ対象と疎通が取れないときに発生している。

    もともとは、バックアップテストのために、エージェントをいれて、1回だけバックアップテストを行ったサーバ。バックアップのジョブは失敗したので削除したが、「Manually Added」に残っていた。

    「Manually Added」に登録されているサーバを削除しようと右クリックをしたが、Rescanなどはあるものの、DeleteやRemoveがない。「Manually Added」のリストの中からでは、削除できなかった。これを削除するには、以下の方法で行う必要があった。

    1. 右側のツリーから「Manually Added」を選び、右クリックし、「Properties」を選択する。
    2. ウィザードが表示されるので、「Computers」まで進めていく(特に変更はしない)。
    3. 「Computers」に表示されている一覧で、削除するコンピュータを選び、「Remove」をクリックし、削除する。
    4. 「Finish」をクリックし、保存してウィザードを終了させる。

    他のグループに登録されているバックアップ対象も消せなければ、同じ方法で消せるはず。

  • Veeam BackupがvSphere7のバックアップに対応していた

    Veeam Backup & Replication10の累積パッチ2が、2020年5月27日に出ている。このパッチを当てることで、公式にVMware sSphere7がサポートされる。

    そろそろ、Veer Backup & Replicationのバージョンを上げて、vSphere7も試そうかな。

    Veeam Backup & Replication 10 Cumulative Patch 2.
    https://www.veeam.com/kb3161

  • Veeam Backupで仮想マシンのバックアップでWarning終了する

    Veeam Backupで、VMware ESXi上の仮想マシンのバックアップを取得したところ、いくつかがWariningで終了した。メッセージを見ていると、下記のようになっていた。

    Changed block tracking cannot be enabled: one or more snapshots present.
    

    対処としては、ESXiやvCenter Serverにて、Warningになった仮想マシンのスナップショットを見る。そして、スナップショットを削除する。Warningでも、バックアップは取得できている。差分バックアップによる効率化ができないだけ。スナップショットを削除できない場合は、Warning状態を受け入れる選択もある。

    対処手順

    1. ESXiやvCenter Serverにアクセスする
    2. Veeam Backup で Warningが発生した仮想マシンをサイドメニューで選び、右クリックし、「スナップショット」「スナップショットの管理」をクリックする。
    3. 取得されているスナップショットを選択し、「削除」をクリックする。もし、消しては行けないスナップショットの場合は、消さない。Veeam BackupのWarning状態を受け入れる。
    4. Veeam Backupでバックアップを取得する。

    ■参考

    https://forums.veeam.com/vmware-vsphere-f24/change-block-tracking-mode-limitation-with-snapshot-t2251.html#p9448

  • Veeam Backup 9.5のバックエンドのDB

    Veeam Backup 9.5 は、バックアップの管理用として、SQL Server 2016 Express Editionを使っている。バックアップ対象数やバックアップ数が増えた時には、DBのメンテナンスが必要になるかもしれない。

  • Veeam Backupでバックアップジョブ完了時にメール送信する方法

    全体としての送信先のSMTPサーバの設定を行う。

    1. Veeam Backupの管理画面を開く
    2. 上部メニューから「General Options」を開く。
    3. 「E-mail Settings」のタブを開く
    4. 「Enale e-mail notifications」にチェックを入れる
    5. SMTP Serverなどの値を入力する。
    6. チェックボックスで、メール送信するステータスを選択する。(「Notify on sucuess」「Notify on warning」「Notify on failure」「Suppress notifications until the last retry」)
    7. 入力後、「Apply」をクリックする。

    各バックアップジョブで、設定を行う。

    1. バックアップジョブ設定の「Storage」の項目で、「Advanced」のボタンをクリックする。
    2. バックアップジョブ設定の「Storage」の項目で、「Advanced」のボタンをクリックする。
    3. 「Send e-mail notification to the following recipients」にチェックを入れる。
    4. 通知先のメールアドレスを入力する。
    5. 「Use e-mail notifiation settings」を選択する。
    6. 「OK」をクリックする。

    これでバックアップが動作すると、メールが送信されるようになる。

  • Veeam BackupでSQL Serverのリストア時にエラーになる

    Veeam Backupで、Windows Server 2003 R2上のSQL Server 2005のDBのリストアを実施したときに下記のエラーが発生した。(Schemaのリストアでは発生しなかった)(Windows Server 2019とSQL Server 2019でDBのリストアをしたときも発生しなかった)

    Failed to restore database: XXX
    Failed to call RPC function 'VerifyiSCSIServiceIsStarted': Microsoft iSCSI Initiator service is not installed.
    Microsoft iSCSI Initiator service is not installed.
    

    Veeam BackupでDBをリストアするときに、iSCSI Initiatorを使って、バックアップフォルダをWindowsにマウントするとのこと。iSCSI Initiatorがインストールされていない場合は、エラーになる。

    対応としては、iSCSI Initiatorをインストールする。特にWindows Server 2003 R2以前は、機能としては提供されていないので、マイクロソフトのサイトからプログラムをダウンロードしてインストールする。

    Windows Server 2003用のiSCSI Initiatorの配布ページは下記。

    Windows Server 2003のiSCSI Initiator
    https://www.microsoft.com/en-us/download/details.aspx?id=18986

  • Veeam BackupがRPCの呼び出しに失敗してエラーになる

    Veeam Backupで仮想マシンのバックアップかつSQL Serverのバックアップを行ったところ、下記のエラーでバックアップの取得が失敗した。

    Processing Server01 Error: Failed to check whether snapshot is in progress (network mode). RPC function call failed. 
    Function name: [IsSnapshotInProgress]. 
    Target machine: [Server01.ad.xenos.jp]. 
    RPC error:RPC サーバーを利用できません。  
    Code: 1722  01:41
    

    原因は、RPC(リモートプロシージャコール)へのアクセスがWindowsのファイアウォールで禁止されていたから。

    対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「スケジュールされたリモートタスク管理(RPC)」と「スケジュールリモートタスク管理(RPC-ESMAP」の許可ルールを有効にする。

    参考: https://www.veeam.com/kb1174

  • Veeam BackupでCode 53エラーが発生する

    Veeamで仮想マシンのバックアップで、SQL Serverのバックアップの取得設定を行ったところ、Code 53のエラーが発生して、バックアップに失敗する。

    Processing Server01 Error: Failed to connect to guest agent. 
    Errors: 'Cannot connect to the host's administrative share. Host:  [Server01.ad.xenos.jp]. 
    Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。  Code: 53 Cannot connect to the host's administrative share. Host:  [192.168.0.11]. 
    Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。  Code: 53 '    01:22
    

    原因は、バックアップ対象のファイアウォールの設定。Veeam Backup は、管理共有を使用して、VM上のSQL Serverのバックアップを取得する。Windows ファイアウォールの設定で、ファイル共有を許可する設定にしていないのが原因。

    対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「ファイルとプリンターの共有(SMB受信)」の許可のルールを有効にする。

    なお、「ファイルとプリンターの共有(SMB受信)」が許可されていない場合、「RPC」の接続も許可されていないと思われるので、「RPC」も許可しないと別のエラーが発生する。

    参考: https://www.veeam.com/kb1230