System Center Operations Manager Linux/UNIX Agent サポート要件、インストール、アップグレード、アンインストール

System Center Operations Manager Linux/UNIX Agent を確認する前に、諸々のドキュメントを見ておこうと思い、ショートカットなリンク集として整理します。
対象は、System Center Operations Manager 2019にしています。

• 事前に最新の管理パックを導入しておきます。
  
  • System Center Management Pack for UNIX and Linux Operating Systems
    SCOM 2016までは上記リンクからダウンロードできます。
  • System Center 2019 Management Pack for UNIX and Linux Operating Systems
• サポートされている UNIX および Linux オペレーティング システムのバージョン
• Operations Manager エージェント - Linux/UNIX エージェント
  並行して確認中なのですが、SSH、1270/TCP以外で、WS-Managementのポートを使うようになってます。Linux/UNIX としてファイアウォールを使うように構成しているのであれば、WS-Managementのポート開放も必要です。
• Operations Manager 用のファイアウォールの構成
  Linux/UNIX としてファイアウォールを使うように構成しているのであれば、WS-Managementのポート開放も必要だけど、その旨は見当たらないな。
• 実行アカウントと実行プロファイル
  Linux/UNIX 用に実行アカウントの作成、実行プロファイルへの関連付けも必要です。
• UNIX および Linux コンピューターにアクセスするためのセキュリティ資格情報の計画
  インストール時の認証として、ユーザー名とパスワードなのか、SSHキーを使うのかをまず考えます。あと、上記で書きましたが、実行アカウントと実行プロファイルも関連してきます。
• インストール、アップグレード、アンインストール
  
  • 検出ウィザードを使って UNIX および Linux にエージェントをインストールする
    並行して確認中も、まだうまくいっていません。
  • コマンド ラインから UNIX および Linux コンピューターにエージェントをインストールする
    こちらを先に確認することを考えてます。
  • UNIX および Linux コンピューター上のエージェントのアップグレードおよびアンインストール
    SCOM からプッシュ操作の場合です。
  • UNIX および Linux コンピューターからのエージェントの手動アンインストール

Azure IaaS の接続 UIがちょっと改良

Azure IaaS の接続 UIがちょっと改良されています。

接続をクリックすると、プルダウンとなっており、選択肢がすぐに選べます。

で、ここで Bastion を選ぶと、
ユーザー情報の入力画面にたどり付けます。


1ステップ省略された感じで、手間が省けますね。

Azure Site Recovery で SCVMM を使った セカンダリサイトへのレプリケーションが、約３年後に廃止されるので

Azure Site Recovery の 一部オプションが今後段階的に廃止されます。
で記載した通り、Azure Site Recovery で SCVMM を使った セカンダリサイトへのレプリケーションが2023年3月1日に廃止されます。

Azure Site Recovery で SCVMM を使った セカンダリサイトへのレプリケーション
については、管理部分をAzure Site Recovery に置いているものであり、レプリケーション自体は、Hyper-V レプリカを使用しています。
アーキテクチャ - セカンダリ サイトへの Hyper-V のレプリケーション
に記載されている概念図を見ていただけると理解しやすいです！

Azure Site Recovery に管理部分があるので、DR構成を一括で行えていたわけです。
では、この部分が2023年3月1日に廃止されるということは、レプリケーション自体は、Hyper-V レプリカを使用し続けるということになります。
Azure Site Recovery を使用したカスタマー マネージド サイト間での (VMM による) ディザスター リカバリーの廃止
に記載の代替オプション2を今後計画していく必要があるということです。
代替オプションの文面を下記に引用します。

オプション 2:サイト間レプリケーションを、基本的な Hyper-Hyper-V レプリカ ソリューションを使用して続行することを選択します。ただし、Azure portal で Azure Site Recovery を使用して DR 構成を管理することはできません。

※ちなみに、代替オプション1は、Hyper-V から Azure にレプリケーションする方法です。

2020/03/14時点の画面で確認しておきます。（言うまでもないですが、Azure は継続的に改良されるため、2023年3月1日に同じ画面になっているかは不明です）

レプリケーションアイテムをクリックし、[レプリケーションの無効化]をクリックします。


[レプリケーションを無効にして削除]が通常のやり方です。今回はこちらで実施しません。このやり方は、仮想マシンのレプリケーション(Hyper-Vレプリカ)を削除してから、レプリケーションアイテムを削除するという方法だからです。


[削除]を選択します。
こちらは、仮想マシンのレプリケーション(Hyper-Vレプリカ)を削除しないで、レプリケーションアイテムを削除する方法です。これにより、レプリケーションアイテムは削除されますが、仮想マシンのレプリケーション(Hyper-Vレプリカ)は残ります。
本来の目的は、警告アイコンにも書かれている通り、ソースの環境に接続できない場合に用いるオプションですね。

[OK]を押すと、削除が開始します。

削除されました。


Hyper-Vレプリカが残っていることを確認できました！


この移行作業は、レプリケーションアイテムごとに、作業します。つまり、レプリケーションアイテムが多いと、結構な手間になると思います。
移行パスとしては、少々面倒ではありますが、これまでのレプリケーションポリシーをそのまま使い続けるという点では、メリットがありますね。

SCDPM による仮想マシンの復旧と Hyper-V 設定の仮想ハードディスク、仮想マシン

タイトルが意味不明ですが。

SCDPM による仮想マシンの復旧を行う際、Hyper-V 設定の仮想ハードディスク、仮想マシンが関係してくる話です。

通常、Hyper-V 設定の仮想ハードディスク

Hyper-V 設定の仮想マシン

という規定値になっていますよね。
この規定値において、SCDPM からHyper-Vホストベースのバックアップ（保護エージェントレスのバックアップ）を行い、問題なくリストアできます。

Hyper-V 設定の仮想ハードディスク、仮想マシンを規定値から変更すると、SCDPM による仮想マシンの復旧がうまくいかないことがあるみたいです。

System Center 2019 Update Rollup 1の修正された問題と新機能 リンク集

System Center 2019 Update Rollup 1の修正された問題と新機能、情報が分かれているので、リンク集としてまとめます。

• SCDPM 2019 UR1
  DPM 2019 UR1 の新機能
  ※図付きの解説記事は、Update Rollup 1 for SC DPM 2019 brings new features! を参照ください。
  System Center 2019 Data Protection Manager の更新プログラムロールアップ1
  
• SCOM 2019 UR1
  Operations Manager 2019 UR1 の新機能
  System Center Operations Manager 2019 の更新プログラムロールアップ1
• SC Orchestrator 2019 UR1
  Update Rollupとしての新機能は見当たりません。
  System Center Orchestrator 2019 の更新プログラムロールアップ1
• SCSM 2019 UR1
  Update Rollupとしての新機能は見当たりません。
  System Center Service Manager 2019 の更新プログラムロールアップ1
  
• SCVMM 2019 UR1
  VMM 2019 UR1 の新機能
  System Center Virtual Machine Manager 2019 の更新プログラムロールアップ1
  

Azure Site Recovery の 一部オプションが今後段階的に廃止されます。

2023 年 3 月 1 日に Azure Site Recovery のサポート オプションの一部が廃止に
を見かけました。

せっかくなので、上記含め、2020/03/07時点におけるサポートオプションの方向性を確認してみました。
下記に整理しておきますので、参考になさってください。誤り等は適宜修正するので、コメントいただけると幸いです。

• Azure から Azure
  
  • Azure VM を 1 つの Azure リージョンから別のリージョンにレプリケート
    現状、廃止のアナウンスは無いです。
• 物理サーバー、VMware、 Hyper-Vから Azure
  
  • オンプレミスの VMware VM を Azure にレプリケート
    現状、廃止のアナウンスは無いです。
  • オンプレミスの Hyper-V VM を Azure にレプリケート (without SCVMM)
    現状、廃止のアナウンスは無いです。
  • オンプレミスの Hyper-V VM を Azure にレプリケート (with SCVMM)
    「2023 年 3 月 1 日に Azure Site Recovery のサポート オプションの一部が廃止に」に記載の通り、2023 年 3 月 1 日に廃止となります。
  • オンプレミスの 物理サーバー (Windows および Linux) を Azure にレプリケート
    現状、廃止のアナウンスは無いです。
  • オンプレミスの Azure Stack VM を Azure にレプリケート
    現状、廃止のアナウンスは無いです。
• 物理サーバー、VMware、 Hyper-Vから セカンダリサイト
  このオプションは、2023 年 3 月 1 日までに段階的廃止となるのですね。。。
  
  • オンプレミスの VMware VM をセカンダリ サイトにレプリケート
    2018 年 8 月以降、Recovery Services コンテナーでの新規構成は不可になっているそうです。
    「VMware VM および物理サーバーのセカンダリ サイトへのディザスター リカバリーのサポート マトリックス」に記載の通り、2020 年 12 月 31 日に廃止となります。
    
  • System Center VMM で管理されている HYPER-V VMをセカンダリ サイトにレプリケート
    「2023 年 3 月 1 日に Azure Site Recovery のサポート オプションの一部が廃止に」に記載の通り、2023 年 3 月 1 日に廃止となります。
  • オンプレミスの物理サーバーをセカンダリ サイトにレプリケート
    2018 年 8 月以降、Recovery Services コンテナーでの新規構成は不可になっているそうです。
    「VMware VM および物理サーバーのセカンダリ サイトへのディザスター リカバリーのサポート マトリックス」に記載の通り、2020 年 12 月 31 日に廃止となります。

Hyper-V の仮想マシンコンソールで CentOS 8の画面が表示されない

Server with GUI を選んだら、こうなります。


これは、Server with GUI を選んだ際に発生する既知の問題だそうです。。。Workstation を選んだ場合は、発生しません。
ビデオドライバー xorg-x11-drv-fbdev、xorg-x11-drv-vesa、および xorg-x11-drv-vmware がデフォルトではインストールされない
この手順に従って、ブートエントリを修正。



エントリー追加した場所間違えたらしく、画面でない。

エントリー追加を変更。



パッケージをインストール開始。







GUIは表示されるようになったけど、入れない。。。
sshはいってでrunlevel変えるか、Workstation で再インストールするかな。