Hintergrund
Unternehmensinformationen
Fabrikam, Inc. ist ein Einzelhändler, der Elektronikprodukte im Internet verkauft. Das Unternehmen verfügt über einen Hauptsitz und ein Satellitenverkaufsbüro. Sie wurden als Datenbankadministrator eingestellt, und das Unternehmen möchte, dass Sie die Architektur der Fabrikam-E-Commerce-Website ändern, um die Leistung zu optimieren und Ausfallzeiten zu reduzieren und gleichzeitig die Investitionsausgaben auf ein Minimum zu beschränken. Um bei der Lösung zu helfen, hat Fabrikam beschlossen, Cloud-Ressourcen sowie lokale Server zu verwenden.
Physische Standorte
Alle Führungskräfte, Produktmanager und Support-Mitarbeiter des Unternehmens sind in der Zentrale stationiert.
Die Hälfte der Vertriebsmitarbeiter arbeitet an diesem Standort. Es gibt auch ein Satellitenverkaufsbüro. Die andere Hälfte der Vertriebsmitarbeiter arbeitet im Satellitenbüro, um Vertriebsmitarbeiter näher an den Kunden in diesem Bereich zu haben. Am Satellitenstandort arbeiten nur Verkäufer.
Problemstellung
Um erfolgreich zu sein, benötigt Fabrikam eine Website, die schnell ist und eine hohe Systemverfügbarkeit aufweist. Das derzeitige System arbeitet auf einem einzelnen Server, und das Unternehmen ist mit der daraus resultierenden Single Point of Failure nicht zufrieden.
Die aktuellen nächtlichen Sicherungen sind fehlgeschlagen, da nicht genügend Speicherplatz auf den verfügbaren Laufwerken vorhanden ist und die manuelle Laufwerksbereinigung häufig erforderlich ist, um die Fehler zu beheben. Für Backups auf dem HQ oder den Satellitenservern wird kein zusätzlicher Speicherplatz zur Verfügung gestellt. Während Ihrer Untersuchung stellen Sie fest, dass die Berichte der Vertriebsmitarbeiter erhebliche Konflikte verursachen.
Aufbau
Windows-Anmeldungen
Die Netzwerkadministratoren haben Windows-Gruppen eingerichtet, um die Verwaltung der Sicherheit zu vereinfachen. Benutzer können abhängig von ihrer Rolle zu mehr als einer Gruppe gehören. Die Gruppen wurden wie in der folgenden Tabelle gezeigt eingerichtet:

Serverkonfiguration Die IT-Abteilung hat zwei physische Server mit Microsoft Windows Server konfiguriert
2012 R2 und SQL Server 2014 Enterprise Edition und ein Windows Azure Server. Für die Verwendung durch Datenbankdateien stehen zwei Speicherebenen zur Verfügung, nur eine schnelle und eine langsamere. Derzeit werden die Daten- und Protokolldateien nur auf der schnellen Speicherebene gespeichert. Wenn ein möglicher Anwendungsfall vorliegt, möchte das Management den langsameren Speicher für Datendateien verwenden. Die Server sind wie in der folgenden Tabelle gezeigt konfiguriert:

Datenbank
Derzeit werden alle Informationen in einer einzigen Datenbank namens ProdDB gespeichert, die mit dem folgenden Skript erstellt wurde:

Die Produkttabelle befindet sich im Produktionsschema der ProductionStaff Windows-Gruppe. Es ist die Haupttabelle im System, daher sollte der Zugriff auf Informationen in der Produkttabelle so schnell wie möglich erfolgen. Die Spalten in der Produkttabelle sind wie in der folgenden Tabelle dargestellt definiert:

Die SalesOrderDetail-Tabelle enthält die Details zu jedem Verkauf. Es befindet sich im Verkaufsschema der SalesStaff Windows-Gruppe. Diese Tabelle wird ständig aktualisiert, eingefügt und gelesen. Die Spalten in der SalesOrderDetail-Tabelle sind wie in der folgenden Tabelle dargestellt definiert:

Datenbankprobleme
Die aktuelle Datenbank funktioniert nicht gut. Darüber hinaus führte ein kürzlich aufgetretenes Festplattenproblem zu einem Ausfall des Systems, was zu Umsatzverlusten führte. Bei der Überprüfung des aktuellen Systems haben Sie festgestellt, dass es keine automatisierten Wartungsverfahren gibt. Die Datenbank ist stark fragmentiert und jeder hat Lese- und Schreibzugriff.
Bedarf
Datenbank
Die Datenbank sollte so konfiguriert sein, dass die Verfügbarkeit maximiert wird und sichergestellt wird, dass bei einem Serverausfall nur sehr wenige Daten verloren gehen. Um die Leistung zu verbessern, muss die Datenbank so geändert werden, dass speicherinterne Daten unterstützt werden können, insbesondere für die Produkttabelle, von der der CIO angegeben hat, dass sie eine speicheroptimierte Tabelle sein sollte. Die Option Statistik automatisch aktualisieren wird in dieser Datenbank deaktiviert. Nur Produktmanager dürfen Produkte hinzufügen oder Namen, Beschreibung, Preis, Kosten und Lieferanten ändern. Die Änderungen werden in einer internen Datenbank vorgenommen und während der Systemwartungszeit in die Produkttabelle in ProdDB verschoben. Produktmanager und andere Mitarbeiter am Hauptsitz sollten ebenfalls in der Lage sein, Berichte mit Lieferanten- und Kosteninformationen zu erstellen.
Zugriff auf Kundendaten
Kunden greifen auf die Website des Unternehmens zu, um Produkte zu bestellen. Daher müssen sie Produktinformationen wie Name, Beschreibung und Preis aus der Produkttabelle lesen können. Wenn Kunden Bestellungen aufgeben, aktualisieren gespeicherte Prozeduren, die von der Website aufgerufen werden, die Produktmenge auf der Hand. Dies bedeutet, dass die Produkttabelle ständig zu zufälligen Zeiten aktualisiert wird.
Zugriff auf Kundendienstdaten
Kundendienstmitarbeiter müssen in der Lage sein, Produktinformationen anzuzeigen und nicht zu aktualisieren oder zu ändern.
Das Management möchte nicht, dass die Kundendienstmitarbeiter die Produktkosten oder Lieferanteninformationen sehen können.
Zugriff auf Sales Force-Daten
Vertriebsmitarbeiter sowohl in der Zentrale als auch in der Außenstelle müssen Berichte erstellen, die aus den Tabellen Product und SalesOrderDetail gelesen werden. Von Verkäufern werden niemals Aktualisierungen oder Beilagen vorgenommen. Diese Berichte werden zu zufälligen Zeiten ausgeführt und es kann keine Ausfallzeit für die Aktualisierung des Datensatzes geben, außer während des monatlichen Wartungsfensters. Die Berichte, die vom Satellitenbüro ausgeführt werden, sind prozessintensive Abfragen mit großen Datenmengen. Unabhängig davon, in welchem ​​Büro ein Sales Force-Bericht ausgeführt wird, sollte die SalesOrderDetail-Tabelle nur gültige, festgeschriebene Auftragsdaten zurückgeben. Noch nicht festgeschriebene Bestellungen sollten ignoriert werden.
Historische Daten
Das System sollte historische Informationen über Kunden speichern, die auf die Website zugreifen, damit Vertriebsmitarbeiter sehen können, wie häufig sich Kunden anmelden und wie lange sie auf der Website bleiben.
Die Informationen sollten in einer Tabelle namens Customer Access gespeichert werden. Die Unterstützung dieser Anforderung sollte nur minimale Auswirkungen auf die Leistung der Produktionswebsite haben.
Backups
Die Wiederherstellungsstrategie für Fabrikam muss die Möglichkeit beinhalten, Wiederherstellungen zu bestimmten Zeitpunkten durchzuführen und das Risiko eines Datenverlusts zu minimieren, indem alle 15 Minuten Transaktionsprotokollsicherungen durchgeführt werden.
Datenbankpflege
Das Unternehmen hat jeden Monat ein Wartungsfenster definiert, in dem der Server möglicherweise nicht verfügbar ist. Alle Wartungsfunktionen, die exklusiven Zugriff erfordern, sollten in diesem Fenster ausgeführt werden.
Projektmeilensteine ​​abgeschlossen
* Der gesamte vorhandene Lese- und Schreibzugriff auf die Datenbank wurde widerrufen, sodass der Schemabesitz erhalten blieb.
* Konfiguriert einen Azure-Speichercontainer, der mit dem Speicherkontonamen MyStorageAccount mit dem primären Zugriffsschlüssel StorageAccountKey auf dem Cloud-Dateiserver gesichert ist.
* SQL Server 2014 wurde auf dem Satellitenserver konfiguriert und ist einsatzbereit.
* Auf jedem Datenbankserver wurde der schnelle Speicher dem Laufwerksbuchstaben F: zugewiesen, und der langsame Speicher wurde dem Laufwerksbuchstaben D: zugewiesen.
Sie entwerfen Ihren Wartungsplan.
Welchen Befehl sollten Sie nur während des monatlichen Wartungsfensters verwenden?

• A. ALTER INDEX SODIndex ON SalesOrderDetail REORGANIZE
• B. ALTER INDEX SODIndex ON SalesOrderDetail REBUILD WITH (ONLINE * ON)
• C. DBCC INDEXDEFRAG (ProdDB, SalesOrderDetail, SODIndex)
• D. ALTER INDEX SODIndex ON SalesOrderDetail REBUILD

Sie sind der Datenbankadministrator einer Microsoft SQL Server-Instanz. Entwickler schreiben gespeicherte Prozeduren, um E-Mails mit sp_send_dbmail zu senden. Datenbank-Mail ist aktiviert.
Sie müssen die Profilsicherheit jedes Kontos konfigurieren und die folgenden Anforderungen erfüllen:
* Das Konto SMTP1_Account darf nur von Anmeldungen verwendet werden, denen explizite Berechtigungen zur Verwendung des SMTP1_-Profils erteilt wurden.
* Das Konto SMTP2_Account darf nur von Anmeldungen verwendet werden, die Mitglied der sind
Rolle [DatabaseMailUserRole] in msdb.
In der folgenden Tabelle. Identifizieren Sie den Profiltyp, der für jedes Konto verwendet werden muss.
HINWEIS: Treffen Sie in jeder Spalte nur eine Auswahl.

Gesamtübersicht
Sie sind Senior Database Administrator (DBA) eines Softwareentwicklungsunternehmens namens Leafield Solutions. Das Unternehmen entwickelt Softwareanwendungen, die speziell auf die Kundenanforderungen zugeschnitten sind.
Anforderungen Leafield Solutions wurde von einem Kunden gebeten, eine webbasierte Enterprise Resource Planning and Management-Anwendung zu entwickeln. Die neue Anwendung ersetzt schließlich eine Desktop-Anwendung, die der Kunde derzeit verwendet. Die aktuelle Anwendung wird weiterhin verwendet, während die Benutzer für die Verwendung der neuen webbasierten Anwendung geschult werden.
Sie müssen die SQL Server- und Datenbankinfrastruktur für die webbasierte Anwendung entwerfen.
Datenbanken
Sie planen, Datenbanken mit den Namen Kunden, Vertrieb, Produkte, Aktuelles_Inventar und TempReporting zu implementieren.
Die Verkaufsdatenbank enthält eine Tabelle mit dem Namen OrderTotals und eine Tabelle mit dem Namen SalesInfo.
Eine gespeicherte Prozedur mit dem Namen SPUpdateSalesInfo liest Daten in der OrderTotals-Tabelle und ändert Daten in der SalesInfo-Tabelle.
Die gespeicherte Prozedur liest dann ein zweites Mal Daten in der OrderTotals-Tabelle und nimmt weitere Änderungen an den Informationen in der SalesInfo-Tabelle vor.
Die Current_Inventory-Datenbank enthält eine große Tabelle mit dem Namen Inv_Current. Die Inv_Current-Tabelle enthält einen Clustered-Index für den Primärschlüssel und einen Nonclustered-Index. Die Primärschlüsselspalte verwendet die Identitätseigenschaft.
Die Daten in der Inv_Current-Tabelle sind über 120 GB groß. Auf die Tabellen in der Current_Inventory-Datenbank wird von mehreren Abfragen in der Sales-Datenbank zugegriffen.
Eine andere Tabelle in der Current_Inventory-Datenbank enthält einen Self-Join mit einer unbegrenzten Anzahl von Hierarchien.
Diese Tabelle wird durch eine gespeicherte Prozedur namens SPUpdate2 geändert.
Eine externe Anwendung mit dem Namen ExternalApp1 fragt regelmäßig die Current_Inventory-Datenbank ab, um statistische Informationen zu generieren. Die TempReporting-Datenbank enthält eine einzelne Tabelle mit dem Namen GenInfo.
Eine gespeicherte Prozedur mit dem Namen SPUPdateGenInfo kombiniert Daten aus mehreren Datenbanken und generiert Millionen von Datenzeilen in der GenInfo-Tabelle.
Die GenInfo-Tabelle wird für Berichte verwendet.
Wenn die Informationen in GenInfo generiert werden, liest ein Berichtsprozess Daten aus der Inv_Current-Tabelle und fragt Informationen in der GenInfo-Tabelle basierend auf diesen Daten ab.
Die GenInfo-Tabelle wird nach Abschluss des Berichtsprozesses gelöscht. Die Produktdatenbank enthält Tabellen mit den Namen ProductNames und ProductTypes.
Aktuelles System
Die aktuelle Desktopanwendung verwendet Daten, die in einer SQL Server 2005-Datenbank mit dem Namen DesABCopAppDB gespeichert sind.
Diese Datenbank bleibt online und Daten aus der Current_Inventory-Datenbank werden in sie kopiert, sobald Daten in der Current_Inventory-Datenbank geändert werden.
SQL Server
Eine neue SQL Server 2012-Instanz wird bereitgestellt, um die Datenbanken für das neue System zu hosten. Die Datenbanken werden in einem Storage Area Network (SAN) gehostet, das hochverfügbaren Speicher bereitstellt.
Designanforderungen
Ihre SQL Server-Infrastruktur und Ihr Datenbankdesign müssen die folgenden Anforderungen erfüllen:
* Vertrauliche Informationen in der Current_ Inventory-Datenbank, auf die ExternalApp1 zugreift, müssen sicher gespeichert werden.
* Der direkte Zugriff von Entwicklern oder Anwendungen auf Datenbanktabellen muss verweigert werden.
* Das Konto, mit dem Berichte erstellt werden, muss Einschränkungen hinsichtlich der Stunden aufweisen, zu denen eine Verbindung hergestellt werden darf.
* Deadlocks müssen mithilfe von Deadlock-Diagrammen analysiert werden.
* Bei einem SQL Server-Fehler müssen die Datenbanken verfügbar bleiben.
* Die Kosten für Softwarelizenzierung und Datenbankspeicherung müssen minimiert werden.
* Der Entwicklungsaufwand muss minimiert werden.
* Die Tempdb-Datenbanken müssen auf unzureichenden freien Speicherplatz überwacht werden.
* Fehlgeschlagene Authentifizierungsanforderungen müssen protokolliert werden.
* Jedes Mal, wenn eine neue Zeile zur ProductTypes-Tabelle in der Products-Datenbank hinzugefügt wird, muss eine benutzerdefinierte Funktion aufgerufen werden, die die Zeile überprüft, bevor die Zeile zur Tabelle hinzugefügt wird.
* Wenn SPUpdateSalesInfo zum ersten Mal Daten in der OrderTotals-Tabelle abfragt, müssen dieselben Zeilen zusammen mit allen neu hinzugefügten Zeilen zurückgegeben werden, wenn SPUpdateSalesInfo zum zweiten Mal Daten in der OrderTotals-Tabelle abfragt.
Sie müssen die Entwurfsanforderungen für die ProductTypes-Tabelle in der Produktdatenbank erfüllen. Welche der folgenden Lösungen wäre die beste?

• A. Eine EINZIGARTIGE Einschränkung.
• B. Ein DDL-Trigger (Data Definitions Language).
• C. Eine CHECK-Einschränkung.
• D. Eine PRIMARY KEY-Einschränkung.
• E. Eine FOREIGN KEY-Einschränkung.

Ihr Unternehmen hostet Microsoft SQL Server-Instanzen für Kunden. Ein Kunde benötigt, dass die SQL Server-Instanz eine E-Mail sendet, wenn eine Warnung in der Verkaufsdatenbank generiert wird.
Sie müssen die Warnung erstellen.
Wie sollten Sie die Transact-SQL-Anweisung vervollständigen? Um zu antworten, wählen Sie die entsprechenden Optionen im Antwortbereich aus.

Sie verwalten einen Microsoft SQL Server 2016-Server, auf dem sich eine Transaktionsdatenbank und eine Berichtsdatenbank befinden.
Die Transaktionsdatenbank wird über eine Webanwendung aktualisiert und ist den ganzen Tag über betriebsbereit.
Die Berichtsdatenbank wird nur aus der Transaktionsdatenbank aktualisiert.
Das Wiederherstellungsmodell und der Sicherungszeitplan werden wie in der folgenden Tabelle gezeigt konfiguriert:

Die differenzielle Sicherung der Berichtsdatenbank schlägt fehl.
Dann schlägt die Berichtsdatenbank um 14:00 Uhr fehl.
Sie müssen sicherstellen, dass die Berichtsdatenbank wiederhergestellt wird.
Sie müssen auch sicherstellen, dass der Datenverlust minimal ist.
Was sollte man tun?

• A. Führen Sie eine Seitenwiederherstellung durch.
• B. Führen Sie eine Wiederherstellung zu einem bestimmten Zeitpunkt durch.
• C. Stellen Sie die letzte vollständige Sicherung wieder her. Stellen Sie dann jede differenzielle Sicherung wieder her, die vor dem Zeitpunkt des Fehlers aus der letzten vollständigen Sicherung erstellt wurde.
• D. Stellen Sie die letzte vollständige Sicherung und die neueste differenzielle Sicherung wieder her. Stellen Sie dann jede Protokollsicherung wieder her, die vor dem Zeitpunkt des Fehlers aus der letzten differenziellen Sicherung erstellt wurde.
• E. Stellen Sie die letzte vollständige Sicherung und die neueste differenzielle Sicherung wieder her. Stellen Sie dann die neueste Protokollsicherung wieder her.
• F. Stellen Sie die letzte vollständige Sicherung wieder her.
• G. Führen Sie eine teilweise Wiederherstellung durch.
• H. Stellen Sie die letzte vollständige Sicherung wieder her. Stellen Sie dann die neueste differenzielle Sicherung wieder her.