CREATE DATABASE (Transact-SQL)

Erstellt eine neue Datenbank und die zum Speichern der Datenbank verwendeten Dateien, erstellt einen Datenbanksnapshot oder hängt eine Datenbank aus den getrennten Dateien einer zuvor erstellten Datenbank an.

Themenlink (Symbol)Transact-SQL-Syntaxkonventionen

Syntax

CREATE DATABASE database_name 
    [ ON 
        [ PRIMARY ] [ <filespec> [ ,...n ] 
        [ , <filegroup> [ ,...n ] ] 
    [ LOG ON { <filespec> [ ,...n ] } ] 
    ] 
    [ COLLATE collation_name ]
    [ WITH <external_access_option> ]
]
[;]

To attach a database
CREATE DATABASE database_name 
    ON <filespec> [ ,...n ] 
    FOR { ATTACH [ WITH <service_broker_option> ]
        | ATTACH_REBUILD_LOG }
[;]

<filespec>::= 
{
(
    NAME =logical_file_name,
    FILENAME = { 'os_file_name' | 'filestream_path' } 
        [ , SIZE =size [ KB | MB | GB | TB ] ] 
        [ , MAXSIZE = { max_size [ KB | MB | GB | TB ] | UNLIMITED } ] 
        [ , FILEGROWTH =growth_increment [ KB | MB | GB | TB | % ] ]
) [ ,...n ]
}

<filegroup> ::= 
{
FILEGROUP filegroup_name [ CONTAINS FILESTREAM ] [ DEFAULT ]
    <filespec> [ ,...n ]
}

<external_access_option> ::=
{
  [ DB_CHAINING { ON | OFF } ]
  [ , TRUSTWORTHY { ON | OFF } ]
}
<service_broker_option> ::=
{
    ENABLE_BROKER
  | NEW_BROKER
  | ERROR_BROKER_CONVERSATIONS
}

Create a database snapshot
CREATE DATABASE database_snapshot_name 
    ON 
    (
        NAME = logical_file_name,
        FILENAME ='os_file_name' 
    ) [ ,...n ] 
    AS SNAPSHOT OF source_database_name
[;]

Argumente

  • database_name
    Der Name der neuen Datenbank. Datenbanknamen müssen innerhalb einer Instanz von SQL Server eindeutig sein und den Regeln für Bezeichner entsprechen.

    database_name darf maximal 128 Zeichen lang sein, wenn kein logischer Name für die Protokolldatei angegeben wurde. Wenn kein logischer Name angegeben ist, generiert SQL Server die Werte logical_file_name und os_file_name für das Protokoll durch Anfügen eines Suffixes an database_name. Dadurch wird database_name auf 123 Zeichen beschränkt, sodass der generierte logische Protokolldateiname nicht länger als 128 Zeichen ist.

    Wenn kein Datendateiname angegeben wird, verwendet SQL Server den Wert database_name als logical_file_name und als os_file_name. Der Standardpfad wird aus der Registrierung abgerufen. Der Standardpfad kann über die Servereigenschaften (Seite Datenbankeinstellungen) in Management Studio geändert werden. Zum Ändern des Standardpfads muss SQL Server neu gestartet werden.

  • ON
    Gibt an, dass die zum Speichern der Datenabschnitte der Datenbank (Datendateien) verwendeten Datenträgerdateien explizit definiert sind. ON ist erforderlich, wenn darauf eine Liste von durch Trennzeichen voneinander getrennter <filespec>-Elemente folgt, die die Datendateien für die primäre Dateigruppe definieren. Auf die Liste der Dateien in der primären Dateigruppe kann eine optionale Liste durch Trennzeichen voneinander getrennter <filegroup>-Elemente folgen, die Benutzerdateigruppen und deren Dateien definieren.

  • PRIMARY
    Gibt an, dass die zugeordnete <filespec>-Liste die Primärdatei definiert. Die erste Datei, die im <filespec>-Eintrag in der primären Dateigruppe angegeben ist, wird zur primären Datei. Eine Datenbank kann nur eine primäre Datei haben. Weitere Informationen finden Sie unter Architektur von Dateien und Dateigruppen.

    Ist PRIMARY nicht angegeben, wird die erste in der CREATE DATABASE-Anweisung aufgeführte Datei die primäre Datei.

  • LOG ON
    Gibt an, dass die zum Speichern des Datenbankprotokolls verwendeten Datenträgerdateien (Protokolldateien) explizit definiert sind. Nach LOG ON folgt eine Liste durch Trennzeichen voneinander getrennter <filespec>-Elemente, die die Protokolldateien definieren. Wenn LOG ON nicht angegeben ist, wird automatisch eine Protokolldatei erstellt, deren Größe 25 Prozent der Gesamtgröße aller Datendateien für die Datenbank beträgt, oder aber 512 KB, je nachdem, welcher Wert größer ist. LOG ON kann nicht in einem Datenbanksnapshot angegeben werden.

  • COLLATE collation_name
    Gibt die Standardsortierung für die Datenbank an. Als Sortierungsname kann entweder der Name einer Windows-Sortierreihenfolge oder ein SQL-Sortierungsname verwendet werden. Wenn keine Sortierung angegeben ist, wird der Datenbank die Standardsortierung der Instanz von SQL Server zugewiesen. In einem Datenbanksnapshot kann kein Sortierungsname angegeben werden.

    Mit den Klauseln FOR ATTACH und FOR ATTACH_REBUILD_LOG kann kein Sortierungsname angegeben werden. Informationen zum Ändern der Sortierung einer angefügten Datenbank finden Sie auf dieser Microsoft-Website.

    Weitere Informationen zu den Namen der Windows-Sortierreihenfolgen und zu den SQL-Sortierungsnamen finden Sie unter COLLATE (Transact-SQL).

  • FOR ATTACH
    Gibt an, dass eine Datenbank erstellt wird, indem ein vorhandener Satz von Betriebssystemdateien angehängt wird. Ein <filespec>-Eintrag muss vorhanden sein, der die erste primäre Datei angibt. Darüber hinaus werden nur <filespec>-Einträge für die Dateien benötigt, deren Pfad sich seit dem erstmaligen Erstellen oder letzten Anhängen der Datenbank geändert hat. Für diese Dateien muss ein <filespec>-Eintrag angegeben werden.

    Für FOR ATTACH ist Folgendes erforderlich:

    • Alle Datendateien (MDF und NDF) müssen verfügbar sein.

    • Wenn mehrere Protokolldateien vorhanden sind, müssen alle verfügbar sein.

    Wenn eine Datenbank im Lese-/Schreibmodus eine einzige Protokolldatei hat, die derzeit nicht verfügbar ist, und wenn die Datenbank vor dem Anfügen heruntergefahren wurde und keine Benutzer oder offene Transaktionen vorhanden sind, dann wird mit FOR ATTACH automatisch die Protokolldatei neu erstellt und die primäre Datei aktualisiert. Im Gegensatz dazu kann für eine schreibgeschützte Datenbank das Protokoll nicht neu erstellt werden, da das Hochladen der primären Datei nicht möglich ist. Deshalb müssen Sie beim Anfügen einer schreibgeschützten Datenbank, deren Protokoll nicht verfügbar ist, die Protokolldateien oder Dateien in der FOR ATTACH-Klausel angeben.

    HinweisHinweis

    Eine Datenbank, die in einer neueren Version von SQL Server erstellt wurde, kann in früheren Versionen nicht angefügt werden. Bei der Quelldatenbank muss es sich mindestens um die Version 80 (SQL Server 2000) handeln, um sie SQL Server 2008 anfügen zu können. SQL Server 2000- oder SQL Server 2005-Datenbanken mit einem Kompatibilitätsgrad kleiner 80 werden auf den Kompatibilitätsgrad 80 gesetzt, wenn sie angefügt werden.

    In SQL Server werden alle Volltextdateien, die zur angefügten Datenbank gehören, mit der Datenbank angefügt. Geben Sie den neuen Speicherort ohne Betriebssystem-Dateinamen der Volltextdatei an, um einen neuen Pfad für den Volltextkatalog anzugeben. Weitere Informationen finden Sie im Abschnitt mit Beispielen.

    FOR ATTACH kann nicht in einem Datenbanksnapshot angegeben werden.

    SicherheitshinweisSicherheitshinweis

    Es empfiehlt sich, keine Datenbanken von unbekannten oder nicht vertrauenswürdigen Quellen anzufügen. Solche Datenbanken können bösartigen Code enthalten, der unbeabsichtigten Transact-SQL-Code ausführen oder Fehler durch Ändern des Schemas oder der physischen Datenbankstruktur erzeugen könnte. Bevor Sie eine Datenbank aus einer unbekannten oder nicht vertrauenswürdigen Quelle verwenden, führen Sie in der Datenbank auf einem Nichtproduktionsserver DBCC CHECKDB aus, und überprüfen Sie auch den Code der Datenbank, z. B. gespeicherte Prozeduren oder anderen benutzerdefinierten Code.

    Weitere Informationen zu Anfügen und Trennen von Datenbanken finden Sie unter Trennen und Anfügen von Datenbanken.

    HinweisHinweis

    Falls die Datenbank Service Broker verwendet, sollten Sie sich auch mit <service_broker_option> befassen.

    Informationen zu Dateiberechtigungen, die beim Trennen und Anfügen einer Datenbank festgelegt werden, finden Sie unter Sichern von Daten- und Protokolldateien.

    Berücksichtigen Sie Folgendes, wenn Sie eine replizierte Datenbank anfügen, die kopiert statt getrennt wurde:

    • Wenn Sie die Datenbank an die gleiche Serverinstanz und -version wie die ursprüngliche Datenbank anfügen, sind keine weiteren Schritte erforderlich.

    • Wenn Sie die Datenbank an die gleiche Serverinstanz mit einer aktualisierten Version anfügen, müssen Sie sp_vupgrade_replication ausführen, um die Replikation zu aktualisieren, nachdem der Anfügevorgang abgeschlossen wurde.

    • Wenn Sie die Datenbank an eine andere Serverinstanz unabhängig von der Version anfügen, müssen Sie sp_removedbreplication ausführen, um die Replikation zu entfernen, nachdem der Anfügevorgang abgeschlossen wurde.

    HinweisHinweis

    Für das Anfügen wird das vardecimal-Speicherformat verwendet, SQL Server Database Engine (Datenbankmodul) muss jedoch mindestens auf SQL Server 2005 Service Pack 2 aktualisiert werden. Sie können keine Datenbank mit vardecimal-Speicherformat an eine frühere Version von SQL Server anfügen. Weitere Informationen zum vardecimal-Speicherformat finden Sie unter Speichern von Dezimaldaten als Daten variabler Länge.

    Weitere Informationen zum Aktualisieren einer Datenbank durch Anfügen finden Sie unter Vorgehensweise: Aktualisieren einer Datenbank durch Trennen und Anfügen (Transact-SQL).

  • FOR ATTACH_REBUILD_LOG
    Gibt an, dass eine Datenbank erstellt wird, indem ein vorhandener Satz von Betriebssystemdateien angefügt wird. Diese Option ist auf Datenbanken mit Lese-/Schreibzugriff beschränkt. Wenn eines oder mehrere Transaktionsprotokolle fehlen, wird das Protokoll neu erstellt. Ein <filespec>-Eintrag muss vorhanden sein, der die primäre Datei angibt.

    HinweisHinweis

    Wenn die Protokolldateien verfügbar sind, verwendet Database Engine (Datenbankmodul) diese Dateien und erstellt nicht die Protokolldateien neu.

    Für FOR ATTACH_REBUILD_LOG ist Folgendes erforderlich:

    • Ein fehlerfreies Herunterfahren der Datenbank.

    • Alle Datendateien (MDF und NDF) müssen verfügbar sein.

    Wichtiger HinweisWichtig

    Mit diesem Vorgang wird die Protokollsicherungskette unterbrochen. Wir empfehlen, nach Abschluss dieses Vorgangs eine vollständige Datenbanksicherung auszuführen. Weitere Informationen finden Sie unter BACKUP (Transact-SQL).

    In der Regel wird FOR ATTACH_REBUILD_LOG verwendet, wenn Sie eine Datenbank mit Lese-/Schreibzugriff mit einem großen Protokoll auf einen anderen Server kopieren, auf dem die Kopie hauptsächlich oder ausschließlich für Lesevorgänge verwendet wird und deshalb weniger Speicherplatz für das Protokoll benötigt wird, als bei der ursprünglichen Datenbank.

    FOR ATTACH_REBUILD_LOG kann nicht auf einem Datenbanksnapshot angegeben werden.

    Weitere Informationen zu Anfügen und Trennen von Datenbanken finden Sie unter Trennen und Anfügen von Datenbanken.

  • <filespec>
    Steuert die Dateieigenschaften.

  • NAME logical_file_name
    Gibt den logischen Namen für die Datei an. NAME ist erforderlich, wenn FILENAME angegeben wird, dies gilt jedoch nicht, wenn eine der FOR ATTACH-Klauseln angegeben wird. Einer FILESTREAM-Dateigruppe kann der Name PRIMARY nicht zugewiesen werden.

    • logical_file_name
      Der logische Name, der in SQL Server zum Verweisen auf die Datei verwendet wird. Logical_file_name muss innerhalb der Datenbank eindeutig sein und den Regeln für Bezeichner entsprechen. Der Name kann eine Zeichen- oder Unicode-Konstante oder ein regulärer oder begrenzter Bezeichner sein.
  • FILENAME { 'os_file_name' | 'filestream_path' }
    Gibt einen Betriebssystem-Dateinamen (physischer Dateiname) an.

    • 'os_file_name'
      Der Pfad und der Dateiname, die vom Betriebssystem beim Erstellen der Datei verwendet werden. Die Datei muss sich auf einem der folgenden Geräten bzw. Netzwerken befinden: auf dem lokalen Server, auf dem SQL Server installiert ist, in einem SAN (Storage Area Network) oder in einem Netzwerk auf iSCSI-Basis. Der angegebene Pfad muss bereits vorhanden sein, bevor die CREATE DATABASE-Anweisung ausgeführt wird. Weitere Informationen finden Sie im Abschnitt mit Hinweisen unter "Datenbankdateien und Dateigruppen".

      Die Parameter SIZE, MAXSIZE und FILEGROWTH können nicht festgelegt werden, wenn ein UNC-Pfad für die Datei angegeben wird.

      Wenn sich die Datei auf einer Rawpartition befindet, darf os_file_name nur den Laufwerkbuchstaben einer vorhandenen Rawpartition angeben. Auf einer Rawpartition kann nur eine einzige Datendatei erstellt werden.

      Datendateien sollten nicht in komprimierten Dateisystemen abgelegt werden, es sei denn, alle Dateien sind schreibgeschützte sekundäre Dateien oder die Datenbank ist schreibgeschützt. Protokolldateien sollten niemals in komprimierten Dateisystemen abgelegt werden. Weitere Informationen finden Sie unter Schreibgeschützte Dateigruppen und Komprimierung.

    • 'filestream_path'
      Für eine FILESTREAM-Dateigruppe verweist FILENAME auf einen Pfad, wo FILESTREAM-Daten gespeichert werden. Der Pfad muss bis zum letzten Ordner vorhanden sein, und der letzte Ordner darf nicht vorhanden sein. Wenn Sie z. B. den Pfad C:\MyFiles\MyFilestreamData angeben, muss C:\MyFiles vor der Ausführung von ALTER DATABASE vorhanden sein, der Ordner MyFilestreamData muss jedoch noch nicht existieren.

      Die Dateigruppe und die Datei (<filespec>) müssen in derselben Anweisung erstellt werden. Für eine FILESTREAM-Dateigruppe kann es nur eine Datei <filespec>, geben.

      Die Eigenschaften SIZE, MAXSIZE und FILEGROWTH gelten nicht für eine FILESTREAM-Dateigruppe.

  • SIZE size
    Gibt die Größe der Datei an.

    SIZE kann nicht angegeben werden, wenn os_file_name als UNC-Pfad angegeben wird. SIZE gilt nicht für eine FILESTREAM-Dateigruppe.

    • size
      Die Anfangsgröße der Datei.

      Wenn size für die primäre Datei nicht angegeben wird, verwendet Database Engine (Datenbankmodul) die Größe der primären Datei in der model-Datenbank. Wenn eine sekundäre oder Protokolldatei angegeben wird, size jedoch nicht für die Datei angegeben wird, legt Database Engine (Datenbankmodul) die Größe der Datei auf 1 MB fest. Die für die primäre Datei angegebene Größe muss mindestens der Größe der primären Datei der model-Datenbank entsprechen.

      Es kann das Suffix Kilobyte (KB), Megabyte (MB), Gigabyte (GB) oder Terabyte (TB) verwendet werden. Die Standardeinheit ist MB. Geben Sie eine ganze Zahl (also ohne Dezimalstellen) an. Size ist ein ganzzahliger Wert. Verwenden Sie für Werte größer als 2.147.483.647 größere Einheiten.

  • MAXSIZE max_size
    Gibt die maximale Größe an, auf die die Datei vergrößert werden kann. MAXSIZE kann nicht angegeben werden, wenn os_file_name als UNC-Pfad angegeben wird. MAXSIZE gilt nicht für eine FILESTREAM-Dateigruppe.

    • max_size
      Die maximale Dateigröße. Die Suffixe KB, MB, GB und TB können verwendet werden. Die Standardeinheit ist MB. Geben Sie eine ganze Zahl (also ohne Dezimalstellen) an. Wenn max_size nicht angegeben ist, kann die Datei so lange vergrößert werden, bis der Datenträger voll ist. Max_size ist ein ganzzahliger Wert. Verwenden Sie für Werte größer als 2.147.483.647 größere Einheiten.
  • UNLIMITED
    Gibt an, dass die Größe der Datei so lange zunehmen kann, bis auf dem Datenträger kein Speicherplatz mehr verfügbar ist. In SQL Server gilt für eine Protokolldatei, für die keine Größenbeschränkung festgelegt ist, eine Maximalgröße von 2 TB und für eine Datendatei eine Maximalgröße von 16 TB.

  • FILEGROWTH growth_increment
    Gibt das automatische Dateivergrößerungs-Inkrement an. Die FILEGROWTH-Einstellung für eine Datei darf die MAXSIZE-Einstellung nicht überschreiten. FILEGROWTH kann nicht angegeben werden, wenn os_file_name als UNC-Pfad angegeben wird. FILEGROWTH gilt nicht für eine FILESTREAM-Dateigruppe.

    • growth_increment
      Die Menge an Speicherplatz, die der Datei hinzugefügt wird, wenn neuer Speicherplatz erforderlich wird.

      Der Wert kann in MB, KB, GB, TB oder Prozent (%) angegeben werden. Bei Zahlen ohne Angabe von MB, KB oder % wird standardmäßig MB verwendet. Wenn der Wert in Prozent angegeben wird, ist die growth_increment-Größe der angegebene Prozentsatz der Dateigröße zum Zeitpunkt der Vergrößerung. Die angegebene Größe wird auf den nächsten durch 64 KB teilbaren Wert gerundet.

      Der Wert 0 zeigt an, dass die automatische Vergrößerung deaktiviert ist und kein zusätzlicher Platz zulässig ist.

      Ist FILEGROWTH nicht angegeben, ist der Standardwert gleich 1 MB für Datendateien und 10 Prozent für Protokolldateien, der Minimalwert beträgt 64 KB.

      HinweisHinweis

      In SQL Server wurde der Standardwert für das Vergrößerungsinkrement von 10 Prozent in 1 MB geändert. Der Standardwert für die Protokolldatei bleibt mit 10 Prozent unverändert.

  • <Dateigruppe (filegroup)>
    Steuert die Dateigruppeneigenschaften. Kann nicht in einem Datenbanksnapshot angegeben werden.

  • FILEGROUP filegroup_name
    Der logische Name der Dateigruppe.

    • filegroup_name
      filegroup_name muss innerhalb der Datenbank eindeutig sein und darf nicht den vom System bereitgestellten Namen PRIMARY bzw. PRIMARY_LOG besitzen. Der Name kann eine Zeichen- oder Unicode-Konstante oder ein regulärer oder begrenzter Bezeichner sein. Der Name muss den Regeln für Bezeichner entsprechen.

    • CONTAINS FILESTREAM
      Gibt an, dass die Dateigruppe FILESTREAM-BLOBs (Binary Large Objects) im Dateisystem speichert.

    • DEFAULT
      Gibt an, dass die benannte Dateigruppe die Standarddateigruppe in der Datenbank ist.

  • <external_access_option>
    Steuert den externen Zugriff auf und von der Datenbank.

    • DB_CHAINING { ON | OFF }
      Wenn ON angegeben ist, kann die Datenbank Quelle oder Ziel einer datenbankübergreifenden Besitzverkettung sein.

      Wenn OFF festgelegt ist, darf die Datenbank nicht Teil einer datenbankübergreifenden Besitzverkettung sein. Die Standardeinstellung ist OFF.

      Wichtiger HinweisWichtig

      Die Instanz von SQL Server erkennt diese Einstellung, wenn die cross db ownership chaining-Serveroption deaktiviert (0 bzw. OFF) ist. Wenn für cross db ownership chaining der Wert 1 (ON) festgelegt ist, können alle Benutzerdatenbanken unabhängig vom Wert dieser Option Teile von datenbankübergreifenden Besitzketten sein. Diese Option wird mithilfe von sp_configure festgelegt.

      Für das Festlegen dieser Option ist die Mitgliedschaft in der festen Serverrolle sysadmin erforderlich. Die Option DB_CHAINING kann auf folgenden Systemdatenbanken nicht festgelegt werden: master, model, tempdb.

      Weitere Informationen finden Sie unter Besitzketten.

    • TRUSTWORTHY { ON | OFF }
      Wenn ON angegeben wird, können Datenbankmodule (z. B. Sichten, benutzerdefinierte Funktionen oder gespeicherte Prozeduren), die den Kontext eines Identitätswechsels verwenden, auf Ressourcen außerhalb der Datenbank zugreifen.

      Wenn OFF angegeben wird, können Datenbankmodule in einem Identitätswechselkontext nicht auf Ressourcen außerhalb der Datenbank zugreifen. Der Standardwert ist OFF.

      TRUSTWORTHY wird auf OFF festgelegt, wenn die Datenbank angefügt wird.

      Standardmäßig ist TRUSTWORTHY für alle Systemdatenbanken mit Ausnahme der msdb-Datenbank auf OFF festgelegt. Für die model-Datenbank und für die tempdb-Datenbank kann der Wert nicht geändert werden. Für die master-Datenbank sollten Sie die Option TRUSTWORTHY niemals auf ON festlegen.

      Für das Festlegen dieser Option ist die Mitgliedschaft in der festen Serverrolle sysadmin erforderlich.

  • <service_broker_option>
    Steuert die Optionen von Service Broker für die Datenbank.

    Für Service Broker können nur dann Optionen angegeben werden, wenn die FOR ATTACH-Klausel verwendet wird.

    • ENABLE_BROKER
      Gibt an, dass Service Broker für die angegebene Datenbank aktiviert ist. Das heißt, dass für is_broker_enabled die Einstellung true in der Katalogsicht sys.databases festgelegt und die Nachrichtenübermittlung gestartet wird.

    • NEW_BROKER
      Erstellt einen neuen Wert für service_broker_guid in sys.databases und in der wiederhergestellten Datenbank und beendet alle Konversationsendpunkte mit einem Cleanup. Der Broker ist aktiviert, es wird jedoch keine Meldung an die Remote-Konversationsendpunkte gesendet.

    • ERROR_BROKER_CONVERSATIONS
      Beendet alle Konversationen mit einem Fehler, der angibt, dass die Datenbank angefügt oder wiederhergestellt wird. Der Broker ist deaktiviert, bis dieser Vorgang abgeschlossen ist, und wird dann aktiviert.

  • database_snapshot_name
    Der Name des neuen Datenbanksnapshots. Datenbank-Snapshotnamen müssen innerhalb einer Instanz von SQL Server eindeutig sein und den Regeln für Bezeichner entsprechen. database_snapshot_name darf maximal 128 Zeichen lang sein.

  • ON ( NAME =logical_file_name, FILENAME ='os_file_name') [ ,... n ]
    Gibt für das Erstellen eines Datenbanksnapshots eine Liste von Dateien in der Quelldatenbank an. Damit der Snapshot funktionsfähig ist, müssen alle Datendateien einzeln angegeben werden. Protokolldateien sind jedoch für Datenbanksnapshots nicht zulässig.

    Beschreibungen von NAME und FILENAME sowie deren Werte finden Sie in den Beschreibungen der entsprechenden Werte für <filespec>.

    HinweisHinweis

    Wenn Sie einen Datenbanksnapshot erstellen, sind die anderen Optionen für <filespec> sowie das PRIMARY-Schlüsselwort nicht zulässig.

  • AS SNAPSHOT OF source_database_name
    Gibt an, dass die erstellte Datenbank ein Datenbanksnapshot der Quelldatenbank ist, die durch source_database_name angegeben wird. Die Snapshot- und Quelldatenbank müssen sich auf derselben Instanz befinden.

    Weitere Informationen finden Sie im Abschnitt mit Hinweisen unter "Datenbanksnapshots".

Hinweise

Die master-Datenbank sollte immer dann gesichert werden, wenn eine Benutzerdatenbank erstellt, geändert oder gelöscht wird.

Die CREATE DATABASE-Anweisung muss im Autocommitmodus (dem Standardmodus für die Transaktionsverwaltung) ausgeführt werden und ist in einer expliziten oder impliziten Transaktion nicht zulässig. Weitere Informationen finden Sie unter Autocommit-Transaktionen.

Sie können eine CREATE DATABASE-Anweisung verwenden, um eine Datenbank und die Dateien zu erstellen, in denen die Datenbank gespeichert ist. SQL Server implementiert die CREATE DATABASE-Anweisung in folgenden Schritten:

  1. SQL Server verwendet eine Kopie der model-Datenbank, um die Datenbank und ihre Metadaten zu initialisieren.

  2. Der Datenbank wird eine Service Broker-GUID zugewiesen.

  3. Dann füllt das Database Engine (Datenbankmodul) den Rest der Datenbank mit leeren Seiten auf, mit Ausnahme der Seiten mit internen Daten, in denen aufgezeichnet ist, wie der Speicherplatz in der Datenbank verwendet wird. Weitere Informationen finden Sie unter Datenbankdatei-Initialisierung.

Maximal 32.767 Datenbanken können auf einer Instanz von SQL Server angegeben werden.

Jede Datenbank hat einen Besitzer, der besondere Aktivitäten in der Datenbank ausführen kann. Der Besitzer ist der Benutzer, der die Datenbank erstellt. Der Datenbankbesitzer kann mit sp_changedbowner geändert werden.

Datenbankdateien und Dateigruppen

Jede Datenbank verfügt über mindestens zwei Dateien, und zwar einer primären Datei und einer Transaktionsprotokolldatei, sowie über mindestens eine Dateigruppe. Für jede Datenbank können maximal 32.767 Dateien und 32.767 Dateigruppen angegeben werden. Weitere Informationen finden Sie unter Architektur von Dateien und Dateigruppen.

Wenn Sie eine Datenbank erstellen, sollten die Datendateien möglichst groß sein. Orientieren Sie sich dabei an den maximal zu erwartenden Datenmengen, die in der Datenbank gespeichert werden sollen. Weitere Informationen finden Sie unter Verwenden von Dateien und Dateigruppen zur Verwaltung des Datenbankzuwachses.

Wir empfehlen, dass Sie ein Storage Area Network (SAN), ein Netzwerk auf iSCSI-Basis oder einen lokal zugeordneten Datenträger für die Speicherung Ihrer SQL Server-Datenbankdateien verwenden, da bei dieser Konfiguration die Leistung und Zuverlässigkeit von SQL Server optimiert werden. Standardmäßig ist die Verwendung von Datenbankdateien im Netzwerk (auf einem Server im Netzwerk oder auf einem dem Netzwerk zugeordneten Speichermedium) für SQL Server nicht aktiviert. Sie können jedoch eine Datenbank mit Datenbankdateien im Netzwerk erstellen, wenn Sie das Ablaufverfolgungsflag 1807 verwenden. Weitere Informationen zu diesem Ablaufverfolgungsflag und wichtige Überlegungen zu den Bereichen Leistung und Verwaltung finden Sie auf dieser Microsoft-Website.

Datenbanksnapshots

Sie können die CREATE DATABASE-Anweisung verwenden, um eine schreibgeschützte statische Sicht (einen Datenbanksnapshot) einer vorhandenen Datenbank (Quelldatenbank) zu erstellen. Ein Datenbanksnapshot ist im Hinblick auf Transaktionen konsistent mit der Quelldatenbank zu dem Zeitpunkt, an dem der Snapshot erstellt wurde. Für eine Quelldatenbank kann es mehrere Snapshots geben.

HinweisHinweis

Wenn Sie einen Datenbanksnapshot erstellen, kann die CREATE DATABASE-Anweisung nicht auf Protokolldateien, Offlinedateien, Wiederherstellungsdateien und außer Kraft gesetzte Dateien verweisen.

Wenn das Erstellen eines Datenbanksnapshots fehlschlägt, wird der Snapshot fehlerverdächtig und muss gelöscht werden. Weitere Informationen finden Sie unter DROP DATABASE (Transact-SQL).

Jeder Snapshot bleibt so lange bestehen, bis er mit DROP DATABASE gelöscht wird.

Weitere Informationen finden Sie unter Datenbanksnapshots.

Datenbankoptionen

Mehrere Datenbankoptionen werden automatisch festgelegt, wenn Sie eine Datenbank erstellen. Eine Liste dieser Optionen und deren Standardeinstellungen finden Sie unter Festlegen von Datenbankoptionen. Diese Optionen können mit der ALTER DATABASE-Anweisung geändert werden.

Die model-Datenbank und das Erstellen neuer Datenbanken

Alle benutzerdefinierten Objekte in der model-Datenbank werden in alle neu erstellten Datenbanken kopiert. Sie können der model-Datenbank beliebige Objekte (z. B. Tabellen, Sichten, gespeicherte Prozeduren, Datentypen usw.) hinzufügen, die in allen neu erstellten Datenbanken enthalten sein sollen.

Wenn eine database_name-CREATE DATABASE-Anweisung ohne zusätzliche Größenparameter angegeben wird, erhält die primäre Datendatei die gleiche Größe wie die primäre Datei in der model-Datenbank.

Jede neue Datenbank erbt die Einstellungen der Datenbankoptionen von der model-Datenbank, es sei denn, FOR ATTACH ist angegeben. Die Datenbankoption auto shrink beispielsweise ist in der model-Datenbank und in allen neuen, von Ihnen erstellten Datenbanken auf true festgelegt. Wenn Sie die Optionen in der model-Datenbank ändern, werden diese neuen Einstellungen in jeder neu erstellten Datenbank verwendet. Änderungen in der model-Datenbank haben jedoch keine Auswirkungen auf vorhandene Datenbanken. Wenn FOR ATTACH in der CREATE DATABASE-Anweisung angegeben ist, erbt die neue Datenbank die Einstellungen der Datenbankoptionen der ursprünglichen Datenbank.

Anzeigen von Datenbankinformationen

Sie können Katalogsichten, Systemfunktionen und gespeicherte Systemprozeduren verwenden, um Informationen zu Datenbanken, Dateien und Dateigruppen zurückzugeben. Weitere Informationen finden Sie unter Anzeigen von Datenbankmetadaten.

Berechtigungen

Erfordert die Berechtigung CREATE DATABASE, CREATE ANY DATABASE oder ALTER ANY DATABASE.

Zur Steuerung der Datenträgernutzung einer Instanz von SQL Server wird die Berechtigung zum Erstellen von Datenbanken in der Regel auf einige wenige Anmeldekonten beschränkt.

Berechtigungen für Daten und Protokolldateien

In SQL Server werden Berechtigungen für die Daten und Protokolldateien der einzelnen Datenbanken festgelegt. Die folgenden Berechtigungen werden festgelegt, wenn die folgenden Vorgänge auf eine Datenbank angewendet werden:

Erstellt

Ändern, um eine neue Datei hinzuzufügen

Anfügen

Sichern

Trennen

Wiederherstellen

Durch die Berechtigungen wird verhindert, dass die Dateien versehentlich manipuliert werden, wenn sie sich in einem Verzeichnis mit offenen Berechtigungen befinden. Weitere Informationen finden Sie unter Sichern von Daten- und Protokolldateien.

HinweisHinweis

MicrosoftSQL Server 2005 Express Edition legt keine Berechtigungen für Daten und Protokolldateien fest.

Beispiele

A. Erstellen einer Datenbank ohne Angabe von Dateien

Mit dem folgenden Beispiel werden die Datenbank mytest sowie eine entsprechende primäre Datei und Transaktionsprotokolldatei erstellt. Da die Anweisung keine <filespec>-Elemente enthält, entspricht die Größe der primären Datenbankdatei der Größe der primären model-Datenbankdatei. Für das Transaktionsprotokoll wird der größere der beiden folgenden Werte festgelegt: 512 KB oder 25 Prozent der Größe der primären Datendatei. Da MAXSIZE nicht angegeben ist, können die Dateien so lange vergrößert werden, bis der gesamte verfügbare Speicherplatz auf dem Datenträger gefüllt ist. Dieses Beispiel zeigt auch, wie Sie die Datenbank mit dem Namen mytest, falls vorhanden, vor dem Erstellen der Datenbank mytest löschen.

USE master;
GO
CREATE DATABASE mytest;
GO
-- Verify the database files and sizes
SELECT name, size, size*1.0/128 AS [Size in MBs] 
FROM sys.master_files
WHERE name = N'mytest';
GO

B. Erstellen einer Datenbank mit Angabe der Datendatei und der Transaktionsprotokolldatei

Im folgenden Beispiel wird die Datenbank mit dem Namen Sales erstellt. Da das PRIMARY-Schlüsselwort nicht verwendet wird, wird die erste Datei (Sales_dat) zur primären Datei. Da im SIZE-Parameter für die Datei Sales_dat weder MB noch KB angegeben ist, wird die Einheit MB verwendet und in Megabyte zugeordnet. Die Datei Sales_log wird in Megabyte zugeordnet, weil das Suffix MB explizit im SIZE-Parameter angegeben ist.

USE master;
GO
CREATE DATABASE Sales
ON 
( NAME = Sales_dat,
    FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA\saledat.mdf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA\salelog.ldf',
    SIZE = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB ) ;
GO

C. Erstellen einer Datenbank unter Angabe mehrerer Daten- und Transaktionsprotokolldateien

Mit dem folgenden Beispiel wir die Archive-Datenbank erstellt, die über drei Datendateien mit 100-MB und zwei Transaktionsprotokolldateien mit 100-MB verfügt. Die primäre Datei ist die erste Datei in der Liste und wird explizit mit dem PRIMARY-Schlüsselwort angegeben. Die Transaktionsprotokolldateien werden nach den LOG ON-Schlüsselwörtern angegeben. Beachten Sie die Erweiterungen, die für die Dateien in der Option FILENAME verwendet werden: .mdf wird für primäre Datendateien verwendet, .ndf wird für sekundäre Datendateien verwendet und .ldf wird für Transaktionsprotokolldateien verwendet. In diesem Beispiel wird die Datenbank auf dem Laufwerk D abgelegt, anstatt an demselben Speicherort wie die master-Datenbank.

USE master;
GO
CREATE DATABASE Archive 
ON
PRIMARY  
    (NAME = Arch1,
    FILENAME = 'D:\SalesData\archdat1.mdf',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch2,
    FILENAME = 'D:\SalesData\archdat2.ndf',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch3,
    FILENAME = 'D:\SalesData\archdat3.ndf',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20)
LOG ON 
   (NAME = Archlog1,
    FILENAME = 'D:\SalesData\archlog1.ldf',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
   (NAME = Archlog2,
    FILENAME = 'D:\SalesData\archlog2.ldf',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20) ;
GO

D. Erstellen einer Datenbank mit Dateigruppen

Im folgenden Beispiel wird die Sales-Datenbank erstellt, die über folgende Dateigruppen verfügt:

  • Die primäre Dateigruppe mit den Dateien Spri1_dat und Spri2_dat. Die FILEGROWTH-Inkremente für diese Dateien werden mit 15% angegeben.

  • Eine Dateigruppe mit dem Namen SalesGroup1 mit den Dateien SGrp1Fi1 und SGrp1Fi2.

  • Eine Dateigruppe mit dem Namen SalesGroup2 mit den Dateien SGrp2Fi1 und SGrp2Fi2.

In diesem Beispiel werden die Daten und Protokolldateien auf verschiedenen Datenträgern angeordnet, um die Leistung zu verbessern.

USE master;
GO
CREATE DATABASE Sales
ON PRIMARY
( NAME = SPri1_dat,
    FILENAME = 'D:\SalesData\SPri1dat.mdf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
( NAME = SPri2_dat,
    FILENAME = 'D:\SalesData\SPri2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
FILEGROUP SalesGroup1
( NAME = SGrp1Fi1_dat,
    FILENAME = 'D:\SalesData\SG1Fi1dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp1Fi2_dat,
    FILENAME = 'D:\SalesData\SG1Fi2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
FILEGROUP SalesGroup2
( NAME = SGrp2Fi1_dat,
    FILENAME = 'D:\SalesData\SG2Fi1dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp2Fi2_dat,
    FILENAME = 'D:\SalesData\SG2Fi2dt.ndf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = 'E:\SalesLog\salelog.ldf',
    SIZE = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB ) ;
GO

E. Anfügen einer Datenbank

Im folgenden Beispiel wird die Archive-Datenbank, die in Beispiel D erstellt wurde, getrennt. Daraufhin wird diese mit der FOR ATTACH-Klausel angefügt. Archive wurde für mehrere Daten- und Protokolldateien definiert. Da sich jedoch der Speicherort der Dateien seit ihrem Erstellen nicht geändert hat, muss nur die primäre Datei in der FOR ATTACH-Klausel angegeben werden. Ab Version SQL Server 2005 werden alle Volltextdateien, die zur angefügten Datenbank gehören, mit der Datenbank angefügt.

USE master;
GO
sp_detach_db Archive;
GO
CREATE DATABASE Archive
      ON (FILENAME = 'D:\SalesData\archdat1.mdf') 
      FOR ATTACH ;
GO

F. Erstellen eines Datenbanksnapshots

Im folgenden Beispiel wird der Datenbanksnapshot mit dem Namen sales_snapshot0600 erstellt. Da ein Datenbanksnapshot schreibgeschützt ist, kann keine Protokolldatei angegeben werden. In Übereinstimmung mit der Syntax wird jede Datei in der Quelldatenbank angegeben, Dateigruppen werden nicht angegeben.

Die Quelldatenbank für dieses Beispiel ist die Sales-Datenbank, die in Beispiel D erstellt wurde.

USE master;
GO
CREATE DATABASE sales_snapshot0600 ON
    ( NAME = SPri1_dat, FILENAME = 'D:\SalesData\SPri1dat_0600.ss'),
    ( NAME = SPri2_dat, FILENAME = 'D:\SalesData\SPri2dt_0600.ss'),
    ( NAME = SGrp1Fi1_dat, FILENAME = 'D:\SalesData\SG1Fi1dt_0600.ss'),
    ( NAME = SGrp1Fi2_dat, FILENAME = 'D:\SalesData\SG1Fi2dt_0600.ss'),
    ( NAME = SGrp2Fi1_dat, FILENAME = 'D:\SalesData\SG2Fi1dt_0600.ss'),
    ( NAME = SGrp2Fi2_dat, FILENAME = 'D:\SalesData\SG2Fi2dt_0600.ss')
AS SNAPSHOT OF Sales ;
GO

G. Erstellen einer Datenbank, Angeben eines Sortierungsnamens und Angeben von Optionen

Im folgenden Beispiel wird die Datenbank mit dem Namen MyOptionsTest erstellt. Ein Sortierungsname wird angegeben, und für die Optionen TRUSTYWORTHY und DB_CHAINING wird ON festgelegt.

USE master;
GO
IF DB_ID (N'MyOptionsTest') IS NOT NULL
DROP DATABASE MyOptionsTest;
GO
CREATE DATABASE MyOptionsTest
COLLATE French_CI_AI
WITH TRUSTWORTHY ON, DB_CHAINING ON;
GO
--Verifying collation and option settings.
SELECT name, collation_name, is_trustworthy_on, is_db_chaining_on
FROM sys.databases
WHERE name = N'MyOptionsTest';
GO

H. Anhängen eines Volltextkatalogs, der entfernt wurde

Im folgenden Beispiel wird der Volltextkatalog AdvWksFtCat zusammen mit den Daten und Protokolldateien von AdventureWorks angehängt. In diesem Beispiel wird der Volltextkatalog vom Standardspeicherort an den neuen Speicherort c:\myFTCatalogs verschoben. Die Daten- und Protokolldateien bleiben an ihrem jeweiligen Standardspeicherort.

USE master;
GO
--Detach the AdventureWorks database
sp_detach_db AdventureWorks;
GO
-- Physically move the full text catalog to the new location.
--Attach the AdventureWorks database and specify the new location of the full-text catalog.
CREATE DATABASE AdventureWorks ON 
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Data.mdf'), 
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_log.ldf'),
    (FILENAME = 'c:\myFTCatalogs\AdvWksFtCat')
FOR ATTACH;
GO

I. Erstellen einer Datenbank, die eine Zeilendateigruppe und zwei FILESTREAM-Dateigruppen angibt

Im folgenden Beispiel wird die FileStreamDB-Datenbank erstellt. Die Datenbank wird mit einer Zeilendateigruppe und zwei FILESTREAM-Dateigruppen erstellt. Jede Dateigruppe enthält eine Datei:

  • FileStreamDB_data enthält Zeilendaten. Darin enthalten ist eine Datei FileStreamDB_data.mdf mit dem Standardpfad.

  • FileStreamPhotos enthält FILESTREAM-Daten. Darin enthalten ist ein FILESTREAM-Datencontainer FSPhotos, der sich unter C:\MyFSfolder\Photos befindet. Er ist als FILESTREAM-Standarddateigruppe gekennzeichnet.

  • FileStreamResumes enthält FILESTREAM-Daten. Darin enthalten ist ein FILESTREAM-Datencontainer FSResumes, der sich unter C:\MyFSfolder\Resumes befindet.

USE master;
GO
IF DB_ID (N'FileStreamDB') IS NOT NULL
DROP DATABASE FileStreamDB;
GO
-- Get the SQL Server data path.
DECLARE @data_path nvarchar(256);
SET @data_path = (SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
                  FROM master.sys.master_files
                  WHERE database_id = 1 AND file_id = 1);

 -- Execute the CREATE DATABASE statement. 
EXECUTE ('CREATE DATABASE FileStreamDB
ON PRIMARY 
    (
    NAME = FileStreamDB_data 
    ,FILENAME = ''' + @data_path + 'FileStreamDB_data.mdf''
    ,SIZE = 10MB
    ,MAXSIZE = 50MB
    ,FILEGROWTH = 15%
    ),
FILEGROUP FileStreamPhotos CONTAINS FILESTREAM DEFAULT
    (
    NAME = FSPhotos
    ,FILENAME = ''C:\MyFSfolder\Photos''
-- SIZE, MAXSIZE, FILEGROWTH should not be specified here.
-- If they are specified an error will be raised.
    ),
FILEGROUP FileStreamResumes CONTAINS FILESTREAM
    (
    NAME = FileStreamResumes
    ,FILENAME = ''C:\MyFSfolder\Resumes''
    ) 
LOG ON
    (
    NAME = FileStream_log
    ,FILENAME = ''' + @data_path + 'FileStreamDB_log.ldf''
    ,SIZE = 5MB
    ,MAXSIZE = 25MB
    ,FILEGROWTH = 5MB
    )'
);
GO