Problembehandlung beim Computerschutz in Defender für SQL auf Computern government

Wenn Sie Defender für SQL Server auf Computern aktivieren und einige SQL-Instanzen sich nicht in einem geschützten Zustand befinden, verwenden Sie diesen Artikel, um Bereitstellungsprobleme zu behandeln.

Bevor Sie die Schritte zur Problembehandlung starten, stellen Sie folgendes sicher:

• Führen Sie die Schritte aus, um Defender für SQL auf Computern zu aktivieren.
• Überprüft den Schutzstatus von Datenbanken, die auf geschützten Computern ausgeführt werden.

Schritt 1: Verstehen, wie Ressourcen erstellt werden

Defender für SQL Server auf Computern erstellt automatisch Ressourcen, wie im Diagramm dargestellt.

Ressourcen werden in der Tabelle zusammengefasst:

Schritt 2: Sicherstellen, dass Erweiterungen zulässig sind

Um sicherzustellen, dass der Schutz wie erwartet funktioniert, stellen Sie sicher, dass die Ablehnungsrichtlinie Ihrer Organisation diese Erweiterungen nicht blockiert:

• Defender für SQL (IaaS und Arc)
  • Herausgeber: Microsoft.Azure.AzureDefenderForSQL
  • Typ: AdvancedThreatProtection.Windows
• SQL IaaS-Erweiterung (IaaS)
  • Herausgeber: Microsoft.SqlServer.Management
  • Typ: SqlIaaSAgent
• SQL IaaS-Erweiterung (Arc)
  • Herausgeber: Microsoft.AzureData
  • Typ: WindowsAgent.SqlServer
• AMA-Erweiterung (IaaS und Arc)
  • Publisher: Microsoft.Azure. Monitor
  • Typ: AzureMonitorWindowsAgent

Schritt 3: Sicherstellen, dass ost-US-Region zulässig ist

Wenn Sie den Plan aktivieren, erstellt Azure eine Ressourcengruppe in der Region Ost-USA. Stellen Sie sicher, dass keine Verweigerungsrichtlinien diese Region blockieren.

Schritt 4: Überprüfen der Namenskonventionen für Ressourcen

Für Defender für SQL Server auf Computern gelten spezifische Benennungskonventionen für Ressourcen. Stellen Sie sicher, dass Ihre Organisation diese Benennungskonventionen nicht blockiert und keine automatisch erstellten Ressourcen ändert.

• DCR: MicrosoftDefenderForSQL--dcr
• DCRA: /Microsoft.Insights/MicrosoftDefenderForSQL-RulesAssociation
• Ressourcengruppe: DefaultResourceGroup-
• Log Analytics-Arbeitsbereich: D4SQL--

Defender für SQL verwendet MicrosoftDefenderForSQL als Datenbanktag createdBy.

Schritt 5: Identifizieren von Fehlkonfigurationen auf Abonnementebene

Verwenden Sie das AMA Helper-Workbook „SQL Servers on Machines“, um zu ermitteln, welche Abonnements Fehlkonfigurationen aufweisen.

1. Öffnen Sie die SQL Server auf Computern der AMA-Hilfsarbeitsmappe.

   

2. Überprüfen Sie in der Abonnementübersicht Falschkonfigurationen auf Abonnementebene.

   • SQL Server auf Azure Virtual Machines – zeigt Abonnements an, die Azure VMs enthalten.
   • Arc-Enabled SQL Server – zeigt Abonnements an, die Azure Arc-fähigen VMs enthalten.

   Abonnements werden abhängig von Ihrer spezifischen Umgebung auf diesen Registerkarten angezeigt.

   

3. Überprüfen Sie Komponentenkonfigurationen für jedes Abonnement.

   • Die Anzahl der SQL Server Instanzen im Abonnement.
   • Instanzen mit installierter Defender for SQL-Erweiterung.
   • Instanzen mit der installierten AMA-Erweiterung.
   • DCRs, die für jeden Arbeitsbereich im Abonnement erstellt wurden (über alle Regionen hinweg).
   • DCRAs, die für jede SQL-Instanz erstellt wurden.
   • Verwaltete Identität, die für jede Region auf Abonnementebene erstellt wurde.
   • Log Analytics Arbeitsbereich, der für jede Region auf Abonnementebene erstellt wurde.
   • Die automatische AMA-Bereitstellung für das Abonnement ist aktiviert.
   • Defender for SQL ist für das Abonnement aktiviert.

4. Überprüfen Sie für jedes Abonnement, welche Komponente nicht mit der erwarteten Konfiguration übereinstimmt, z. B. 0/1, 10/15 oder Nein. In unserem Beispiel-Screenshot weist das Demo-Abonnement Fehlkonfigurationen in DCRA 0/1 auf.

   

Nachdem Sie ein Abonnement mit Fehlkonfigurationen gesucht haben, lösen Sie die Fehlkonfigurationen zuerst auf Abonnementebene und dann auf Ressourcenebene und Erweiterungsinstallationsebene.

Schritt 6: Beheben von Fehlkonfigurationen auf Abonnementebene

Nachdem Sie Fehlkonfigurationen identifiziert haben, beginnen Sie, indem Sie DCR-Probleme beheben, Arbeitsbereichsprobleme und schließlich Identitätsprobleme auf Abonnementebene beheben.

Korrigieren Sie Falschkonfigurationen in der richtigen Reihenfolge. Die DCR-Auflösung hängt von der Arbeitsbereichsauflösung ab, und die Arbeitsbereichsauflösung hängt von der Identitätsauflösung ab. Wenn Sie versuchen, diese Fehlkonfigurationen in der falschen Reihenfolge zu beheben, lassen sie sich nicht beheben.

1. Navigieren Sie zu Richtlinie>Compliance.

2. Wählen Sie Bereich aus.

   

3. Wählen Sie unter „Scope“ das relevante Abonnement aus.

4. Wählen Sie auf der Seite "Compliance" die Richtlinie gemäß Ihrer Arbeitsbereichskonfiguration aus:

   • Standardarbeitsbereich: Defender für SQL auf SQL-VMs und arcfähigen SQL-Servern.
   • Benutzerdefinierter Arbeitsbereich: Defender für SQL auf SQL-VMs und Arc-fähigen SQL Servern-benutzerdefiniert.

   

5. Suchen und beheben Sie jedes nicht kompatible Problem in dieser Reihenfolge identity>Workspace>DCR.

6. Beheben Sie jedes Problem wie folgt:

   • Identität - Create and assign a built-in user-assigned managed identity.
   • Arbeitsbereich - Configure the Microsoft Defender for SQL Log Analytics workspace.
   • DCR - Configure SQL Virtual Machines to automatically install Microsoft Defender for SQL and DCR with a Log Analytics workspace oder Configure Arc-enabled SQL Servers to automatically install Microsoft Defender for SQL and DCR with a Log Analytics workspace.

7. Überprüfen Sie für jede Richtlinie, die nicht konform ist, den Grund für die Nichteinhaltung, und wählen Sie Behebungsaufgabe erstellen aus, um sie zu beheben.

   

8. Geben Sie die relevanten Informationen ein.

9. Wählen Sie Wartung ausführen aus.

10. Wiederholen Sie diese Schritte für jede nicht kompatible Richtlinie und jedes Abonnement.

Benutzerdefinierte Werte mit einem PowerShell-Bereitstellungsskript eingeben

Wenn Sie Abonnementprobleme mit der Arbeitsmappe nicht beheben konnten, stellt Defender für SQL Server auf Computern ein PowerShell-Bereitstellungsskript bereit, mit dem Sie Ihre eigenen Werte für Arbeitsbereich, DCR und Benutzeridentität eingeben können. Um das PowerShell-Skript zu verwenden, folgen Sie den Anweisungen auf dieser Seite.

Schritt 7: Beheben von Fehlkonfigurationen auf Ressourcenebene

Nach dem Beheben von Fehlkonfigurationen auf Abonnementebene beheben Sie Fehlkonfigurationen auf Ressourcenebene, einschließlich DCRA-Fehlkonfigurationen sowie einer unvollständigen Bereitstellung der AMA- oder Defender for SQL-Erweiterung.

Problembehandlung bei Fehlerhaften Konfigurationen von Erweiterungen

1. Navigieren Sie im Azure-Portal zu Richtlinien>Compliance.

2. Wählen Sie Bereich aus.

3. Wählen Sie in der Dropdownliste das Abonnement mit Fehlkonfigurationen aus.

4. Suchen Sie nach Defender für SQL auf SQL-VMs und Arc-fähigen SQL-Servern, und wählen Sie die Initiative aus.

5. Wählen Sie den Namen der nicht konformen Richtlinie aus.

   • Defender für die SQL-Erweiterung - Create and assign a built-in user-assigned managed identity.
   • AMA-Erweiterung: - Configure SQL Virtual Machines to automatically install Azure Monitor Agent oder Configure Arc-enabled SQL Servers to automatically install Azure Monitor Agent.

6. Überprüfen Sie für jede Richtlinie, die nicht konform ist, den Grund für die Nichteinhaltung, und wählen Sie Behebungsaufgabe erstellen aus, um sie zu beheben.

Beheben von DCRA-Fehlkonfigurationen

1. Suchen Sie im Azure-Portal nach Datensammlungsregeln, und wählen Sie sie aus.

2. Wählen Sie „Abonnement ist gleich“> und anschließend das entsprechende Abonnement aus.

   

3. Wählen Sie Anwenden aus.

4. Suchen und wählen Sie den relevanten DCR aus. Die DCR-Benennungskonvention folgt diesem Format: MicrosoftDefenderForSQL-region-dcr.

5. Wählen Sie "Konfigurationsressourcen"> aus.

   

6. Klicken Sie auf + Hinzufügen.

   

7. Wählen Sie in der Dropdowntabelle "Ressourcentypen" die Option "Computer – Azure Arc" und "Virtuelle Computer" gemäß Ihrer Bereitstellung aus.

   

8. Erweitern Sie jede Ressourcengruppe, und wählen Sie jeden Computer aus.

   

9. Wählen Sie Anwenden aus.

Schritt 8: Wiederverifizieren des Schutzstatus

Nachdem Sie alle Schritte auf dieser Seite abgeschlossen haben, überprüfen Sie den Schutzstatus jeder SQL Server Instanz.