Nexusスイッチでは、testコマンドで、snmp trapのテストができる。テスト時に、送信先は選択できないので、設定済みのトラップ先にテストトラップが送信される。(Catalystとは、コマンドが異なるので注意)
コマンド
test pfm snmp test-trap fan test pfm snmp test-trap powersupply test pfm snmp test-trap temp_sensor
筐体のFanや電源などの通知をsnmp trapで送る例。
Nexusスイッチでは、testコマンドで、snmp trapのテストができる。テスト時に、送信先は選択できないので、設定済みのトラップ先にテストトラップが送信される。(Catalystとは、コマンドが異なるので注意)
コマンド
test pfm snmp test-trap fan test pfm snmp test-trap powersupply test pfm snmp test-trap temp_sensor
筐体のFanや電源などの通知をsnmp trapで送る例。

Windowsでアップデートなどを行うと、やたらと時間がかかるときがある。特に「あと○分」という表示は信じちゃいけないと体感している。それがWindows 10では、待ち時間が長いとメッセージが変わる。
予想よりも少し長く時間がかかっていますが、できる限り早く処理を完了します
こんな表示をする機能がついていたとは知らなかった。時間がかかることには変わらないのだが、なんかWindowsが頑張っている感がする。ちょっとユーザフレンドリなだろうか。
全体としての送信先のSMTPサーバの設定を行う。
各バックアップジョブで、設定を行う。
これでバックアップが動作すると、メールが送信されるようになる。
Ubuntu 20.04 LTSのイメージがMicrosoft Storeで公開されたので、Windows10のWSL(WSL2ではなく、WSL)にインストールしてみた。インストール後、立ち上げてみたら、エラーになり、キーを押すとウィンドウが落ちる。
Installing, this may take a few minutes... WslRegisterDistribution failed with error: 0x8007019e The Windows Subsystem for Linux optional component is not enabled. Please enable it and try again.

で、よくよく考えてみると、PCを初期化後に、WSL(Windows Subsystem for Linux)を有効化していないことに気が付いた。Hyper-V環境だけ使っていたので。
凡ミス。。
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で仮想マシンのバックアップかつ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」の許可ルールを有効にする。
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」も許可しないと別のエラーが発生する。
VMwareなどのソフトウェアのリリースによく使われているGAという表現。なんの略だか気になって調べてみた。
GA = General Availability
製品リリースのこと。海外系のソフトウェアだと、日本でもGAと表記されている。Google AnalyticsもGAと略されるので、まぎらわしい。
SQL Serverで使わないDBをオフラインにしたところ、そのDBが「既定のデータベース」だったユーザはログインできなくなった。SQL Server Managment Studioでログイン時に、エラーがでて接続できなくなった。
ログインできなくなったユーザの既定のデータベースをオンラインの別のDBに変更することで、ログイン問題は解決した。
SQL Serverで使っていないDBをオフラインにするときは、そのDBが「既定のデータベース」になっているユーザがいないかどうかを注意する必要がある。
Veeam BackupのvSphere7対応を調べてみた。2020年4月20日の時点では、最新のVeeam Backup 10の対応製品には、vSphere 6.xまで。現時点では、Veeam BackupはvSphere7には対応していない。
Veeam Backupのポリシーとしては、GAから(製品リリースから)90日以内に対応とのこと。4月の初めにvSphere7がリリースされたので、7月の初めころには、遅くても対応されるはず。