Nicht immer ist es einfach möglich ein Log Shipping zwischen zwei Servern aufzusetzen. Hier wird kurz erläutert, wie dies auch ohne Vertrauensstellung möglich ist.

Es gibt zwar einen Artikel (KB31247) in der Knowledge-Base, der verschiedene Szenarien beschreibt, aber in meinem aktuellen Fall, konnte ich diese Ansätze leider nicht verwenden. Die Aufgabenstellung war die Erstellung eines Log Shippings zwischen zwei Servern, deren Domänen sich nicht vertrauten und wo einer der Server noch nicht mal einer Domäne angehörte.

In diesem Artikel soll es zum einen darum gehen, SQLServer Daten als XML-Daten zur Verfügung zu stellen, und zum anderen wie die Paketkonfiguration erleichtert werden kann.

Zielgruppe

Dieser Artikel wendet sich an Einsteiger in das Thema Backup und Recovery beim SQLServer. Behandelt werden hier die Grundlagen in einfachen Szenarien. Alle weitergehenden Informationen sind in der Online-Hilfe zu finden, wo auch verschiedene Backup-Szenarien ausführlich besprochen werden.

Bei der Einrichtung eines SQLServers der Version 2005 können viele Aktionen durch Prozeduren erledigt werden, diese legen z. B. Operatoren, Warnungen, Meldungen und auch Mail-Profile an. Was nicht vorgesehen ist, ist die vollständige Konfiguration des SQLServer-Agents. Dieser Artikel soll einen möglichen Ausweg zeigen.

Dieser Artikel soll erklären, welche einfache Möglichkeit es gibt, um Pakete zu verteilen, ohne die Konfiguration in den Paketen ändern zu müssen.

Ein Feature, welches mit SQLServer2005 gekommen ist und meiner Meinung nach bisher nur wenig Beachtung gefunden hat, ist die Möglichkeit auf eine Zeile zuzugreifen, während jemand anders in einer Transaktion eine Änderung durchführt und diese noch nicht mit Commit abgeschlossen hat. Bislang gab es nur die Möglichkeit des Dirty Read, mit dem Nachteil, dass man nie wusste, ob die gelesenen Daten überhaupt jemals Realität werden.

Ausgehend von der Fragestellung, einen Überblick über die Berechtigungen in den verschiedenen Datenbank eines Servers zu erstellen, fand ich die dahinter gelagerten Möglichkeiten auch recht reizvoll.

Wenn bei der Installation auf der Seite Authentifizierungsmodus - Gemischter Modus ausgewählt wurde, oder nachträglich der Server-Authentifizierungsmodus auf SQL Server und Windows-Authentifizierungsmodus geändert wird, muss ein Kennwort für den SQL Server-Systemadministrator (sa) eingegeben und bestätigt werden. Das Konto des SQL Server Systemadministrator (sa) ist standardmäßig Mitglied der festen Serverrolle sysadmin und kann somit alle Aktivitäten auf dem Server ausführen.

In MS SQL Server 2005 wird für die "tempdb"-Systemdatenbank mehr Speicherplatz benötigt als in früheren Versionen von SQL Server, dies kommt zu einem durch eine erhöhte Leistungsverbesserung , sowie enthaltender neuer Features zustande (siehe BOL tempdb). Somit sollte und muss dieser Systemdatenbank auch mehr Aufmerksamkeit geschenkt werden.

Leider wird dieses Feature vollständig nur in der Enterprise-Edition unterstützt, aber es gibt auch Wege, dies selbstständig zu realisieren.