Share via

リソース ブリッジ仮想マシンの誤削除から復旧する

  • [アーティクル]

この記事では、誤削除などの障害シナリオで Azure Arc リソース ブリッジ接続を動作状態に復旧する方法について説明します。 このような場合、オンプレミスのインフラストラクチャと Azure の間の接続が失われ、Arc 経由で実行されるすべての操作が失敗します。

仮想マシンが削除された場合の Arc リソース ブリッジの復旧

Arc リソース ブリッジ仮想マシンの削除から復旧するには、次の手順を使って、現在のリソース ブリッジと同じリソース ID を持つ新しいリソース ブリッジをデプロイする必要があります。

Note

この注意は、Arc リソース ブリッジをアップグレードするために復旧操作を実行する場合にのみ適用されます。

まだ古いバージョンの VM がある場合、つまり、Azure の SCVMM サーバーの [仮想マシン] インベントリの [仮想ハードウェア操作] 列が [有効 (非推奨)] に設定されている場合は、リソース ブリッジの復旧の手順に進む前に、この記事の手順に従って新しいバージョンに切り替えます。

Note

DHCP ベースの Arc リソース ブリッジのデプロイは現在サポートされていません。

以前に DHCP を使用して Arc リソース ブリッジをデプロイした場合は、Azure からリソースを削除してデプロイをクリーンアップし、新しいオンボードを行う必要があります。

Windows マシンから Arc リソース ブリッジを回復する

  1. Arc リソース ブリッジ、カスタムの場所、SCVMM 管理サーバーの Azure リソースの Azure リージョンとリソース ID をコピーします。

  2. このスクリプトをダウンロードし、Azure の元のリソースと同じ情報を使用して、スクリプトの次のセクションを更新します。

    $location = <Azure region of the original Arc resource bridge>
$applianceSubscriptionId = <subscription-id>
$applianceResourceGroupName = <resource-group-name>
$applianceName = <resource-bridge-name>

$customLocationSubscriptionId = <subscription-id>
$customLocationResourceGroupName = <resource-group-name>
$customLocationName = <custom-location-name>

$vmmserverSubscriptionId = <subscription-id>
$vmmserverResourceGroupName = <resource-group-name>
$vmmserverName= <SCVMM-name-in-azure>

  3. 最初のオンボード後に構成 YAML ファイルが格納されるのと同じ場所から更新されたスクリプトを実行します。 これは、構成ファイルが後で別の場所に移動されない限り、初期オンボード スクリプトを実行した場所と同じフォルダーである可能性が最も高いです。 入力を求めるプロンプトに応じます。

  4. スクリプトが正常に実行されると、古いリソース ブリッジが復旧され、既存の Azure 対応 SCVMM リソースへの接続が再確立されます。

次のステップ

Azure Arc リソース ブリッジに関する問題のトラブルシューティング

前述の復旧手順を実行しても Arc リソース ブリッジを元の状態に復元できない場合、次のいずれかのサポート チャネルをお試しください。

  • Microsoft Q&A を通じて、Azure 専門家からの回答を得ることができます。
  • @AzureSupport (カスタマー エクスペリエンスを向上させるための Microsoft Azure の公式アカウント) に連絡する。 Azure サポートにより、Azure コミュニティの回答、サポート、エキスパートと結び付けられます。
  • Azure サポート リクエストを開きます。