MOC 20465 Designing Database Solutions for SQL Server — HA, DR, Konsolidierung

Wichtiger Hinweis: Kurs basiert auf SQL Server 2014. Architektur-Konzepte (HA, DR, Konsolidierung) gelten weitgehend für SQL Server 2017/2019/2022. Block Hochverfügbarkeit (HA): Konzepte (RPO = Recovery Point Objective, RTO = Recovery Time Objective, Availability als SLA-Prozent), HA-Optionen im Vergleich (Failover Clustering, Always-On Availability Groups, Database Mirroring, Log Shipping, Peer-to-Peer Replication). Failover Cluster Instances (FCI): Windows Server Failover Clustering als Voraussetzung, Shared Storage (SAN, S2D, Storage Spaces Direct), Quorum-Modelle (Node Majority, Node + Disk, Node + File Share, Cloud Witness), Multi-Subnet-Cluster für Stretch-Setups. Always-On Availability Groups (AG): Architektur (Primary + Synchronous/Asynchronous Secondaries), Listener für Application-Transparency, Read-Only Routing für Backup-/Reporting-Workload-Offload, Distributed AGs für Multi-AG-Setups (cross Cluster), Basic AGs (Standard Edition seit 2016). Block Disaster Recovery (DR): Backup-Strategien (Full + Diff + Log für Point-in-Time Recovery, Backup-Komprimierung, Backup auf URL = Azure Blob), Backup-Testing (Restore-Tests sind Pflicht), Geo-Replication für Cross-Region-DR (Azure SQL DB hat eingebautes Geo-Replication), Azure Site Recovery für VM-Replication, manuelle DR-Lösungen (Log Shipping über DR-Standort). Block Datenbank-Konsolidierung: Warum konsolidieren (Lizenz-Kosten, Hardware-Auslastung, Management-Vereinfachung), Strategien (Multi-Instance auf einem Server, Multi-Database in einer Instance, Containerized DBs mit Big Data Clusters — neu), Sizing-Berechnungen, Workload-Isolation mit Resource Governor (CPU- und Memory-Limits pro Workload Group, Throttling, Connection-Limits). Block Hardware- und Storage-Design: CPU-Wahl (Kerne vs. Frequenz, NUMA-Awareness), RAM-Sizing (Buffer Pool, Plan Cache, TempDB-needs), Storage-Architektur (SAN vs. lokale SSDs, NVMe für Latency-kritische Workloads, RAID-Level), Trennung von Data/Log/TempDB-Files, IO-Performance-Messung (sqlio, diskspd, Crystal Disk Mark). Block Policy-Based Management (PBM): Conditions definieren (z. B. „alle DBs müssen Recovery Model Full haben", „Compatibility Level muss aktuell sein"), Policies, Evaluation-Modes (On Demand, On Change Prevent, On Schedule), Central Management Server für Cross-Server-Policies. Block Migration-Strategien: SQL Server Major-Version-Upgrade-Pfade, In-Place vs. Side-by-Side, Database Migration Assistant (DMA) für Pre-Migration-Assessment, Backup/Restore vs. Detach/Attach vs. Always-On-Migration.