企業は Azure Backup エージェントを使用して、Azure 仮想マシン (VM) とオンプレミス VM から特定のファイルとフォルダーをバックアップします。
管理者は、バックアップ ジョブが両方の VM で失敗したことを報告します。Microsoft Azure Recovery Services (MARS) でエラーが返されます。
バックアップの問題をトラブルシューティングする必要があります。
どのトラブルシューティング ソリューションを使用する必要がありますか?

会社は、RG1 という名前の Azure リソース グループを作成します。RG1 には、次のリソースをホストする sqlsvr1 という名前の Azure SQL Database 論理サーバーがあります。

管理者は、User1 という名前のユーザーに RG1 の Reader RBAC ロールを付与します。管理者は、User2 に sqlsvr1 の共同作成者ロールを付与します。
User1 は、IP アドレス 155.127.95.212 から SQLDB1 に接続できると報告しています。User1 は SQLDB2 に接続できません。User2 は、IP アドレス 121.19.27.18 から SQLDB1 と SQLDB2 の両方に接続できます。どちらのユーザーも、VM1 から SQLDB1 と SQLDB2 に正常に接続できます。
管理者が問題をトラブルシューティングするのを手伝っています。次の PowerShell コマンドを実行します。
Get-AzSqlServerFirewallRule -ResourceGroupName 'RG1' -ServerName 'sqlsvr1' 次の出力が表示されます。

報告された問題の原因を特定し、User1 の問題を解決する必要があります。ソリューションは、最小権限の原則を満たす必要があります。
あなたは何をするべきか？

企業は、ネットワーク仮想アプライアンス (VNA) と Azure Route Server を異なる仮想ネットワーク (VNet) でホストしています。ルート サーバーに既定のルートをアドバタイズした後、NVA がインターネット接続を失う間、ボーダー ゲートウェイ プロトコル (BGP) ピアリングが有効になります。
NVA で問題を解決する必要があります。
あなたは何をするべきか？

企業は、次の Azure リージョンに仮想マシン (VM) を持っています。
* 米国中西部
* オーストラリア東部
同社は、ExpressRoute プライベート ピアリングを使用して、各リージョンでホストされている VM への接続を提供し、
オンプレミス サービス。
同社は、各リージョンの VNet 間にグローバル VNet ピアリングを実装しています。VNet の構成後
ピアリング、VM トラフィックは ExpressRoute プライベート ピアリングの使用を試みます。
トラフィックが ExpressRoute プライベート ピアリングではなくグローバル VNet ピアリングを使用していることを確認する必要があります。ソリューション
Azure VNet への既存のオンプレミス接続を維持する必要があります。
あなたは何をするべきか？

企業は、複数のリージョンで Azure 仮想マシン (VM) を使用しています。VM の構成は次のとおりです。

ILB1 という名前の内部 Azure ロード バランサー (ILB) のバックエンド プールには、VM1 と VM2 が含まれています。ILB は Basic SKU を使用し、リソース グループ RG2 内にあります。
VNet1 と VNet2 の間に仮想ネットワーク ピアリングが構成されています。
ユーザーは、VM3 から ILB1 を使用して VM1 および VM2 のリソースに接続できないと報告しています。
接続の問題を解決する必要があります。
あなたは何をするべきか？