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 müssen die ProdDB-Datenbank ändern.
Welche zwei Datenbankoptionen sollten Sie ändern, um die Anforderungen zu erfüllen? Jede richtige Antwort ist Teil der Lösung. (Wähle zwei.)

• A. CONTAINMENT = PARTIAL
• B. Ändern Sie das Wiederherstellungsmodell in FULL
• C. COLLATE IN.MEMORY
• D. ENTHÄLT SPEICHEROPTIMIERTE DATEN
• E. Ändern Sie das Wiederherstellungsmodell in BULK_LOGGED
• F. ENTHÄLT FILESTREAM