CREATE DATABASE (Transact-SQL)

Artikel
12/15/2008

Aktualisiert: 12. Dezember 2006

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' 
        [ , 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 [ 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.

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 Kommas 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 Kommas 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 Physikalische Datenbankdateien 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 Kommas 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 von Windows-Sortierreihenfolgen und zu 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 Uploaden 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.

Hinweis:
Eine Datenbank, die in einer neueren Version von SQL Server erstellt wurde, kann in früheren Versionen nicht angefügt werden.

In SQL Server 2005 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.

Sicherheitshinweis:
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 physikalischen Datenbankstruktur erzeugen könnte. Bevor Sie eine Datenbank von einer unbekannten oder nicht vertrauenswürdigen Quelle verwenden, führen Sie DBCC CHECKDB auf der Datenbank auf einem Nichtproduktionsserver aus, und untersuchen Sie auch den Code, z. B. gespeicherte Prozeduren oder anderen benutzerdefinierten Code, in der Datenbank.

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 physikalischen Datenbankstruktur erzeugen könnte. Bevor Sie eine Datenbank von einer unbekannten oder nicht vertrauenswürdigen Quelle verwenden, führen Sie DBCC CHECKDB auf der Datenbank auf einem Nichtproduktionsserver aus, und untersuchen Sie auch den Code, z. B. gespeicherte Prozeduren oder anderen benutzerdefinierten Code, in der Datenbank.

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

Hinweis:
Falls die Datenbank Service Broker verwendet, finden Sie weitere Informationen unter <service_broker_option>.

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.

Hinweis:
Für das Anfügen wird das vardecimal-Speicherformat verwendet, doch muss SQL Server-Datenbankmodul mindestens auf SQL Server 2005 Service Pack 2 aktualisiert werden. Sie können keine komprimierte Service Pack 2-Datenbank 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.

Für das Anfügen wird das vardecimal-Speicherformat verwendet, doch muss SQL Server-Datenbankmodul mindestens auf SQL Server 2005 Service Pack 2 aktualisiert werden. Sie können keine komprimierte Service Pack 2-Datenbank 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.

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.

Hinweis:
Wenn die Protokolldateien verfügbar sind, verwendet 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.

Wichtig:
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.
- 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'
Gibt einen Betriebssystem-Dateinamen (physikalischer 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.

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

SIZE kann nicht angegeben werden, wenn os_file_name als UNC-Pfad angegeben wird.
- size
  Die Anfangsgröße der Datei.
  
  Wenn in size für die primäre Datei nicht angegeben wird, verwendet 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 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.
- 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 2005 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.

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.

Hinweis:
In SQL Server 2005 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.
- 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. Der Standardwert ist OFF.

Wichtig:
Die Instanz von SQL Server erkennt diese Einstellung, wenn für die Serveroption cross db ownership chaining der Wert 0 (OFF) festgelegt 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 mit 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.

Für TRUSTWORTHY wird 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 wird und dass 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 besagt, 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>.

Hinweis:

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

Hinweis:
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:

SQL Server 2005-Datenbankmodul verwendet eine Kopie der model-Datenbank, um die Datenbank und ihre Metadaten zu initialisieren.
Der Datenbank wird eine Service Broker-GUID zugewiesen.
Dann füllt das 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 (Transact-SQL) 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 Physikalische Datenbankdateien 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.

Hinweis:
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 CREATE DATABASE database_name-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. Für die Datenbankoption auto shrink ist beispielsweise true in der model-Datenbank sowie in allen neu erstellten Datenbanken 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 2005 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.

Hinweis:
Microsoft SQL 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, hat die primäre Datei der Datenbank die Größe der primären Datei der model-Datenbank. 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.

USE master;
GO
IF DB_ID (N'mytest') IS NOT NULL
DROP DATABASE mytest;
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
IF DB_ID (N'Sales') IS NOT NULL
DROP DATABASE Sales;
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 Sales
ON 
( NAME = Sales_dat,
    FILENAME = '''+ @data_path + 'saledat.mdf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = '''+ @data_path + '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.

USE master;
GO
IF DB_ID (N'Archive') IS NOT NULL
DROP DATABASE Archive;
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 Archive 
ON
PRIMARY  
    (NAME = Arch1,
    FILENAME = '''+ @data_path + 'archdat1.mdf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch2,
    FILENAME = '''+ @data_path + 'archdat2.ndf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
    ( NAME = Arch3,
    FILENAME = '''+ @data_path + 'archdat3.ndf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20)
LOG ON 
   (NAME = Archlog1,
    FILENAME = '''+ @data_path + 'archlog1.ldf'',
    SIZE = 100MB,
    MAXSIZE = 200,
    FILEGROWTH = 20),
   (NAME = Archlog2,
    FILENAME = '''+ @data_path + '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.

USE master;
GO
IF DB_ID (N'Sales') IS NOT NULL
DROP DATABASE Sales;
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  Sales
ON PRIMARY
( NAME = SPri1_dat,
    FILENAME = '''+ @data_path + 'SPri1dat.mdf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
( NAME = SPri2_dat,
    FILENAME = '''+ @data_path + 'SPri2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 15% ),
FILEGROUP SalesGroup1
( NAME = SGrp1Fi1_dat,
    FILENAME = '''+ @data_path + 'SG1Fi1dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp1Fi2_dat,
    FILENAME = '''+ @data_path + 'SG1Fi2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
FILEGROUP SalesGroup2
( NAME = SGrp2Fi1_dat,
    FILENAME = '''+ @data_path + 'SG2Fi1dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 ),
( NAME = SGrp2Fi2_dat,
    FILENAME = '''+ @data_path + 'SG2Fi2dt.ndf'',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = '''+ @data_path + 'salelog.ldf'',
    SIZE = 5MB,
    MAXSIZE = 25MB,
    FILEGROWTH = 5MB )'
);
GO

E. Anfügen einer Datenbank

Im folgenden Beispiel wird die Archive-Datenbank, die in Beispiel C erstellt wurde, getrennt. Daraufhin wird diese mit der FOR ATTACH-Klausel angehängt. 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. In 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
-- 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 CREATE DATABASE FOR ATTACH statement
EXEC ('CREATE DATABASE Archive
      ON (FILENAME = '''+ @data_path + '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
-- 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 sales_snapshot0600 ON
    ( NAME = SPri1_dat, FILENAME = '''+ @data_path + 'SPri1dat_0600.ss''),
    ( NAME = SPri2_dat, FILENAME = '''+ @data_path + 'SPri2dt_0600.ss''),
    ( NAME = SGrp1Fi1_dat, FILENAME = '''+ @data_path + 'SG1Fi1dt_0600.ss''),
    ( NAME = SGrp1Fi2_dat, FILENAME = '''+ @data_path + 'SG1Fi2dt_0600.ss''),
    ( NAME = SGrp2Fi1_dat, FILENAME = '''+ @data_path + 'SG2Fi1dt_0600.ss''),
    ( NAME = SGrp2Fi2_dat, FILENAME = '''+ @data_path + '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

Siehe auch

Änderungsverlauf

Version	Verlauf
12. Dezember 2006	Neuer Inhalt: In der Beschreibung von FOR ATTACH wurde ein Hinweis zum Anfügen einer SQL Server 2005 Service Pack 2-Datenbank hinzugefügt, die für das vardecimal-Speicherformat aktiviert ist. In der Beschreibung zu FOR ATTACH wurde der Hinweis hinzugefügt, dass eine Datenbank, die in einer neueren Version von SQL Server erstellt wurde, in früheren Versionen nicht angefügt werden kann.
05. Dezember 2005	Neuer Inhalt: Der Sicherheitshinweis in der Definition von FOR ATTACH wurde hinzugefügt. Geänderter Inhalt: Informationen zur Option TRUSTWORTHY in Systemdatenbanken wurden korrigiert.

12. Dezember 2006

Neuer Inhalt:

In der Beschreibung von FOR ATTACH wurde ein Hinweis zum Anfügen einer SQL Server 2005 Service Pack 2-Datenbank hinzugefügt, die für das vardecimal-Speicherformat aktiviert ist.
In der Beschreibung zu FOR ATTACH wurde der Hinweis hinzugefügt, dass eine Datenbank, die in einer neueren Version von SQL Server erstellt wurde, in früheren Versionen nicht angefügt werden kann.

05. Dezember 2005