CREATE DATABASE

Erstellt eine neue Datenbank.

Wählen Sie eine der folgenden Registerkarten aus, um Syntax, Argumente, Hinweise, Berechtigungen und Beispiele für eine bestimmte SQL-Version anzuzeigen, mit der Sie arbeiten.

Auswählen eines Produkts

Wählen Sie in der folgenden Zeile den Namen des Produkts aus, an dem Sie interessiert sind. Dann werden nur Informationen zu diesem Produkt angezeigt.

* SQL Server *  

 

SQL Server

Übersicht

In SQL Server erstellt diese Anweisung eine neue Datenbank sowie die verwendeten Dateien und deren Dateigruppen. Mit ihr lassen sich auch Datenbankmomentaufnahmen erstellen oder Datenbankdateien anfügen, um eine Datenbank aus den getrennten Dateien einer anderen Datenbank zu erstellen.

Syntax

Erstellen einer Datenbank

Weitere Informationen zu Syntaxkonventionen finden Sie unter Transact-SQL-Syntaxkonventionen.

CREATE DATABASE database_name
[ CONTAINMENT = { NONE | PARTIAL } ]
[ ON
      [ PRIMARY ] <filespec> [ ,...n ]
      [ , <filegroup> [ ,...n ] ]
      [ LOG ON <filespec> [ ,...n ] ]
]
[ COLLATE collation_name ]
[ WITH <option> [,...n ] ]
[;]

<option> ::=
{
      FILESTREAM ( <filestream_option> [,...n ] )
    | DEFAULT_FULLTEXT_LANGUAGE = { lcid | language_name | language_alias }
    | DEFAULT_LANGUAGE = { lcid | language_name | language_alias }
    | NESTED_TRIGGERS = { OFF | ON }
    | TRANSFORM_NOISE_WORDS = { OFF | ON }
    | TWO_DIGIT_YEAR_CUTOFF = <two_digit_year_cutoff>
    | DB_CHAINING { OFF | ON }
    | TRUSTWORTHY { OFF | ON }
    | PERSISTENT_LOG_BUFFER=ON ( DIRECTORY_NAME='<Filepath to folder on DAX formatted volume>' )
    | LEDGER = {ON | OFF }
}

<filestream_option> ::=
{
      NON_TRANSACTED_ACCESS = { OFF | READ_ONLY | FULL }
    | DIRECTORY_NAME = 'directory_name'
}

<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 | % ] ]
)
}

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

Anfügen einer Datenbank

CREATE DATABASE database_name
    ON <filespec> [ ,...n ]
    FOR { { ATTACH [ WITH <attach_database_option> [ , ...n ] ] }
        | ATTACH_REBUILD_LOG }
[;]

<attach_database_option> ::=
{
      <service_broker_option>
    | RESTRICTED_USER
    | FILESTREAM ( DIRECTORY_NAME = { 'directory_name' | NULL } )
}

<service_broker_option> ::=
{
    ENABLE_BROKER
  | NEW_BROKER
  | ERROR_BROKER_CONVERSATIONS
}

Erstellen einer Datenbankmomentaufnahme

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

Argumente

database_name

Dies ist der Name der neuen Datenbank. Datenbanknamen müssen innerhalb einer Instanz von SQL Server eindeutig sein und den Regeln für Bezeichnern 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 der Datendateiname nicht angegeben ist, verwendet SQL Serverdatabase_name sowohl als logical_file_name als auch 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.

CONTAINMENT = { NONE | PARTIAL }

Gilt für: SQL Server 2012 (11.x) und höher

Gibt den Kapselungsstatus der Datenbank an. NONE = nicht eigenständige Datenbank. PARTIAL = teilweise eigenständige Datenbank.

EIN

Gibt an, dass die zum Speichern der Datenabschnitte der Datenbank (Datendateien) verwendeten Datenträgerdateien explizit definiert sind. ON ist erforderlich, wenn darauf eine Liste mit durch Trennzeichen getrennten <filespec>-Elementen 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 mit durch Trennzeichen getrennten <filegroup>-Elementen 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 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 mit durch Trennzeichen getrennten <filespec>-Elementen, 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 512 KB, je nachdem, welcher Wert größer ist. Diese Datei wird am Standard-Protokolldateispeicherort eingefügt. Informationen zu diesem Speicherort finden Sie unter Anzeigen oder Ändern der Standardspeicherorte für Daten- und Protokolldateien in SSMS.

LOG ON kann nicht in einer Datenbankmomentaufnahme 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 einer Datenbankmomentaufnahme 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- und SQL-Sortierungen finden Sie unter COLLATE.

Hinweis

Eigenständige Datenbanken werden anders sortiert als nicht eigenständige Datenbanken. Weitere Informationen finden Sie unter Enthaltene Datenbanksortierungen.

WITH-<Option>

<filestream_option>

NON_TRANSACTED_ACCESS = { OFF | READ_ONLY | FULL }

Gilt für: SQL Server 2012 (11.x) und höher.

Gibt die Ebene des nicht transaktionalen FILESTREAM-Zugriffs auf die Datenbank an.

Wert BESCHREIBUNG
OFF Nicht transaktionaler Zugriff ist deaktiviert.
READONLY FILESTREAM-Daten in dieser Datenbank können von nicht transaktionalen Prozessen gelesen werden.
FULL Der vollständige nicht transaktionale Zugriff auf FILESTREAM-FileTables ist aktiviert.

DIRECTORY_NAME = <directory_name>

Gilt für: SQL Server 2012 (11.x) und höher

Ein Windows-kompatibler Verzeichnisname. Dieser Name sollte für alle Database_Directory-Namen in der SQL Server-Instanz eindeutig sein. Bei Eindeutigkeitsvergleichen wird die Groß-/Kleinschreibung nicht beachtet, unabhängig von den SQL Server-Sortiereinstellungen. Diese Option sollte vor dem Erstellen einer Dateitabelle in dieser Datenbank festgelegt werden.



Die folgenden Optionen sind nur zulässig, wenn CONTAINMENT auf PARTIAL festgelegt wurde. Wenn CONTAINMENT auf NONE festgelegt wird, treten Fehler auf.

DEFAULT_FULLTEXT_LANGUAGE = <lcid> | <Sprachname> | <Sprachalias>

Gilt für: SQL Server 2012 (11.x) und höher

Weitere Informationen zu dieser Option finden Sie unter Konfigurieren der Serverkonfigurationsoption Volltext-Standardsprache.

DEFAULT_LANGUAGE = <lcid> | <Sprachname> | <Sprachalias>

Gilt für: SQL Server 2012 (11.x) und höher

Weitere Informationen zu dieser Option finden Sie unter Konfigurieren der Serverkonfigurationsoption Standardsprache.

NESTED_TRIGGERS = { OFF | ON}

Gilt für: SQL Server 2012 (11.x) und höher

Weitere Informationen zu dieser Option finden Sie unter Konfigurieren der Serverkonfigurationsoption Geschachtelte Trigger.

TRANSFORM_NOISE_WORDS = { OFF | ON }

Gilt für: SQL Server 2012 (11.x) und höher

Weitere Informationen zu dieser Option finden Sie unter Füllwörtertransformation (Serverkonfigurationsoption).

TWO_DIGIT_YEAR_CUTOFF = { 2049 | <beliebiges Jahr zwischen 1753 und 9999> }

Vier Ziffern, die ein Jahr darstellen. Der Standardwert lautet 2049. Weitere Informationen zu dieser Option finden Sie unter Konfigurieren der Serverkonfigurationsoption „Umstellungsjahr für Angaben mit zwei Ziffern“.

DB_CHAINING { OFF | ON }

Wenn ON angegeben wird, 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 die Datenbankübergreifende Besitzverkettung-Serveroption deaktiviert (0 bzw. OFF) ist. Wenn für Datenbankübergreifende Besitzverkettung 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.

Sie müssen Mitglied der festen Serverrolle sysadmin sein, um diese Option festlegen zu können. Die DB_CHAINING-Option kann für folgende Systemdatenbanken nicht festgelegt werden: master, model, tempdb.

TRUSTWORTHY { OFF | ON }

Wenn ON angegeben wird, können Datenbankmodule (z. B. Sichten, benutzerdefinierte Funktionen oder gespeicherte Prozeduren), die den Identitätswechselkontext 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 Datenbank msdb auf OFF festgelegt. Für die model-Datenbank und für die tempdb-Datenbank kann der Wert nicht geändert werden. Für die Datenbank master sollten Sie die Option TRUSTWORTHY niemals auf ON festlegen.

PERSISTENT_LOG_BUFFER=ON ( DIRECTORY_NAME='' )

Durch Festlegen dieser Option wird der Transaktionsprotokollpuffer auf einem Volume erstellt, das sich auf einem Laufwerk befindet, welches durch Speicherklassenspeicher (NVDIMM-N permanenter Speicher) gesichert ist – auch bekannt als persistenter Protokollpuffer. Weitere Informationen finden Sie unter Transaction Commit latency acceleration using Storage Class Memory (Beschleunigung der Transaktionscommitlatenz mit Speicherklassenspeicher). Gilt für: SQL Server 2017 (14.x) und neuere Versionen.

LEDGER = {ON | OFF}

Wenn diese Einstellung auf ON festgelegt ist, wird eine Ledgerdatenbank erstellt, in der die Integrität aller Benutzerdaten geschützt ist. In einer Ledgerdatenbank können nur Ledgertabellen erstellt werden. Der Standardwert ist OFF. Der Wert der Option LEDGER kann nach dem Erstellen der Datenbank nicht mehr geändert werden. Weitere Informationen finden Sie unter Konfigurieren einer Ledgerdatenbank.

CREATE DATABASE ... FOR ATTACH [ WITH < attach_database_option > ]

Gibt an, dass die Datenbank durch Anfügen mehrerer Betriebssystemdateien erstellt wird. Es muss ein <filespec>-Eintrag vorhanden sein, der die erste primäre Datei angibt. Darüber hinaus werden nur <filespec>-Einträge für diejenigen Dateien benötigt, deren Pfad sich seit dem erstmaligen Erstellen oder letzten Anfügen 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 mit einem nicht verfügbaren Protokoll 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 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 „Beispiele“.

Wenn Sie einer SQL Server-Instanz eine Datenbank anfügen, die eine FILESTREAM-Option von Verzeichnisnamen enthält, überprüft SQL Server, ob der Database_Directory-Name eindeutig ist. Wenn er nicht eindeutig ist, schlägt der Anfügevorgang mit dem Fehler FILESTREAM Database_Directory name is not unique in this SQL Server instance fehl. Um diesen Fehler zu vermeiden, sollte der optionale Parameter directory_name in diesem Vorgang übergeben werden.

FOR ATTACH kann nicht in einer Datenbank-Momentaufnahme angegeben werden.

FOR ATTACH kann die RESTRICTED_USER-Option angeben. RESTRICTED_USER ermöglicht nur Mitgliedern der festen Datenbankrolle db_owner und der festen Serverrollen dbcreator und sysadmin eine Verbindung mit der Datenbank, begrenzt jedoch nicht deren Anzahl. Versuche von nicht qualifizierten Benutzern werden abgelehnt.

<service_broker_option>

Wenn die Datenbank Service Broker verwendet, fügen Sie den Parameter WITH <service_broker_option> in die FOR ATTACH-Klausel ein:

Steuert die Service Broker-Nachrichtenübermittlung und den Service Broker-Bezeichner für die Datenbank. Service Broker-Optionen können nur bei Verwendung der FOR ATTACH-Klausel angegeben werden.

ENABLE_BROKER

Gibt an, dass Service Broker für die angegebene Datenbank aktiviert ist. Das heißt, dass die Nachrichtenübermittlung gestartet und für is_broker_enabled die Einstellung TRUE in der Katalogsicht sys.databases festgelegt wird. Die Datenbank behält den vorhandenen Service Broker-Bezeichner bei.

NEW_BROKER

Erstellt einen neuen service_broker_guid-Wert sowohl in sys.databases als auch in der wiederhergestellten Datenbank. Beendet alle Konversationsendpunkte mit Bereinigung. Der Broker ist aktiviert, es wird jedoch keine Meldung an die Remote-Konversationsendpunkte gesendet. Jede Route, die auf den alten Service Broker-Bezeichner verweist, muss mit dem neuen Bezeichner neu erstellt werden.

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. Die Datenbank behält den vorhandenen Service Broker-Bezeichner bei.

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, SQL Server-Datenbank-Engine muss jedoch mindestens auf SQL Server 2005 (9.x) SP2 aktualisiert werden. Sie können keine Datenbank mit "vardecimal"-Speicherformat an eine frühere Version von SQL Server anfügen. Informationen zum vardecimal-Speicherformat finden Sie unter Datenkomprimierung.

Wird eine Datenbank zum ersten Mal an eine neue Instanz von SQL Serverangefügt oder wiederhergestellt, ist noch keine Kopie des Datenbank-Hauptschlüssels (verschlüsselt vom Diensthauptschlüssel) auf dem Server gespeichert. Der Datenbank-Hauptschlüssel (Database Master Key, DMK) muss mithilfe der Anweisung OPEN MASTER KEY entschlüsselt werden. Nachdem der Datenbank-Hauptschlüssel entschlüsselt wurde, können Sie für die Zukunft die automatische Entschlüsselung aktivieren, indem Sie die Anweisung ALTER MASTER KEY REGENERATE verwenden. Auf diese Weise können Sie eine Kopie des mit dem Diensthauptschlüssel (Service Master Key, SMK) verschlüsselten Datenbank-Hauptschlüssels für den Server bereitstellen. Wenn eine Datenbank von einer früheren Version aktualisiert wurde, sollte der DMK neu generiert werden, damit er den neueren AES-Algorithmus verwendet. Weitere Informationen zum Neugenerieren des DMK finden Sie unter ALTER MASTER KEY. Die zum Neugenerieren des DMK zum Upgrade auf AES erforderliche Zeit hängt von der Anzahl der Objekte ab, die durch den DMK geschützt werden. Der DMK muss nur einmal auf AES aktualisiert und neu generiert werden. Dies hat keine Auswirkungen auf zukünftige Neugenerierungen im Rahmen einer Schlüsselrotationsstrategie. Weitere Informationen zum Upgraden einer Datenbank über Anfügevorgänge finden Sie unter Aktualisieren einer Datenbank durch Trennen und Anfügen.

Wichtig

Sie sollten keine Datenbanken aus unbekannten oder nicht vertrauenswürdigen Quellen anfügen. Solche Datenbanken können schädlichen Code enthalten, der möglicherweise unbeabsichtigten Transact-SQL -Code ausführt oder Fehler verursacht, indem er das Schema oder die physische Datenbankstruktur ändert. Bevor Sie eine Datenbank aus einer unbekannten oder nicht vertrauenswürdigen Quelle verwenden, führen Sie auf einem Nichtproduktionsserver DBCC CHECKDB für die Datenbank aus. Überprüfen Sie außerdem den Code in der Datenbank, z.B. gespeicherte Prozeduren oder anderen benutzerdefinierten Code.

Hinweis

Beim Anfügen einer Datenbank haben die Optionen TRUSTWORTHY und DB_CHAINING keine Auswirkung.

FOR ATTACH_REBUILD_LOG

Gibt an, dass die Datenbank durch Anfügen eines vorhandenen Satzes von Betriebssystemdateien erstellt wird. Diese Option ist auf Datenbanken mit Lese-/Schreibzugriff beschränkt. Es muss ein <filespec>-Eintrag vorhanden sein, der die primäre Datei angibt. Wenn eines oder mehrere Transaktionsprotokolle fehlen, wird das Protokoll neu erstellt. Der ATTACH_REBUILD_LOG erstellt automatisch eine neue 1-MB-Protokolldatei. Diese Datei wird am Standard-Protokolldateispeicherort eingefügt. Informationen zu diesem Speicherort finden Sie unter Anzeigen oder Ändern der Standardspeicherorte für Daten- und Protokolldateien in SSMS.

Hinweis

Wenn die Protokolldateien verfügbar sind, verwendet Datenbank-Engine diese Dateien und erstellt nicht die Protokolldateien neu.

FOR ATTACH_REBUILD_LOG erfordert die folgenden Bedingungen:

  • 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 SICHERUNG.

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 einer Datenbank-Momentaufnahme angegeben werden.

Weitere Informationen zum Anfügen und Trennen von Datenbanken finden Sie unter Anfügen und Trennen 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 Dateiname, der in SQL Server beim Verweis auf die Datei verwendet wird. Logical_file_name muss in der Datenbank eindeutig sein und den Regeln für Bezeichner entsprechen. Der Name kann eine Zeichen- oder Unicode-Konstante oder ein regulärer oder Begrenzungsbezeichner 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 unter Datenbankdateien und Dateigruppen später in diesem Artikel.

Die Parameter SIZE, MAXSIZE und FILEGROWTH können 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.

Hinweis

Unformatierte Partitionen werden in SQL Server 2014 und höheren Versionen nicht unterstützt.

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.

'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 vorhanden sein.

Die Dateigruppe und die Datei (<filespec>) müssen in derselben Anweisung erstellt werden.

Die Eigenschaften SIZE 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 ist. 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 Datenbank-Engine die Größe der primären Datei in dermodel-Datenbank. Die Standardgröße der model-Datenbank beträgt 8 MB (ab SQL Server 2016 (13.x)) oder 1 MB (bei früheren Versionen). Wenn eine sekundäre Datendatei oder eine Protokolldatei angegeben wird, size für die Datei jedoch nicht angegeben wird, legt Datenbank-Engine die Größe der Datei auf 8 MB (ab SQL Server 2016 (13.x)) oder 1 MB (für frühere Versionen) 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 an. Schließen Sie keine Dezimalzahl ein. 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 an. Schließen Sie keine Dezimalzahl ein. Wenn max_size nicht angegeben ist, kann die Dateigröße so lange zunehmen, bis der Speicherplatz auf dem Datenträger erschöpft 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.

Hinweis

Wenn diese Option für einen FILESTREAM-Container angegeben wird, gilt keine Maximalgröße. Die Dateigröße erhöht sich so lange, bis der Datenträger voll ist.

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 Mindestwert beträgt 64 KB.

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

Wenn FILEGROWTH nicht angegeben ist, lauten die Standardwerte wie folgt:

Version Standardwerte
Ab SQL Server 2016 (13.x) Daten: 64 MB, Protokolldateien: 64 MB
Ab SQL Server 2005 (9.x) Daten: 1 MB, Protokolldateien: 10 %
Vorher SQL Server 2005 (9.x) Daten: 10 %, Protokolldateien: 10 %

<filegroup>

Steuert die Dateigruppeneigenschaften. Kann nicht in einer Datenbankmomentaufnahme 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 Begrenzungsbezeichner 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.

CONTAINS MEMORY_OPTIMIZED_DATA

Gilt für: SQL Server 2014 (12.x) und höher

Gibt an, dass die Dateigruppe speicheroptimierte Daten im Dateisystem speichert. Weitere Informationen finden Sie unter In-Memory-OLTP: Übersicht und Verwendungsszenarios. Nur eine MEMORY_OPTIMIZED_DATA-Dateigruppe ist pro Datenbank zulässig. Codebeispiele, die Dateigruppen erstellen, um speicheroptimierte Daten zu speichern, finden Sie unter Erstellen einer speicheroptimierten Tabelle und einer nativ kompilierten gespeicherten Prozedur.

database_snapshot_name

Der Name der neuen Datenbankmomentaufnahme. Die Namen von Datenbankmomentaufnahmen 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 einer Datenbankmomentaufnahme eine Liste von Dateien in der Quelldatenbank an. Damit die Momentaufnahme funktionsfähig ist, müssen alle Datendateien einzeln angegeben werden. Protokolldateien sind jedoch für Datenbankmomentaufnahmen nicht zulässig. FILESTREAM-Dateigruppen werden von Datenbankmomentaufnahmen nicht unterstützt. Wenn eine FILESTREAM-Datendatei in eine CREATE DATABASE ON-Klausel eingeschlossen wird, schlägt die Anweisung fehl, und ein Fehler wird ausgelöst.

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

Hinweis

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

ALS SNAPSHOT OF Name der Quelldatenbank

Gibt an, dass die erstellte Datenbank eine Datenbankmomentaufnahme der Quelldatenbank ist, die durch source_database_name angegeben wird. Die Momentaufnahme- und Quelldatenbank müssen sich auf derselben Instanz befinden.

Vor SQL Server 2019 konnte die Quelldatenbank für eine Datenbankmomentaufnahme keine MEMORY_OPTIMIZED_DATA-Dateigruppe enthalten. Die Unterstützung für In-Memory Database-Momentaufnahmen wurde in SQL Server 2019 hinzugefügt.

Weitere Informationen finden Sie unter Datenbankmomentaufnahmen.

Bemerkungen

Die Masterdatenbank 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 zugelassen.

Sie können mit einer CREATE DATABASE-Anweisung eine Datenbank und die Dateien erstellen, in denen die Datenbank gespeichert ist. SQL Server implimiert die CREATE DATABASE-Anweisung, indem die folgenden Schritte ausgeführt werden:

  1. SQL Server verwendet eine Kopie der Modelldatenbank, um die Datenbank und ihre Metadaten zu initialisieren.
  2. Der Datenbank wird eine Service Broker-GUID zugewiesen.
  3. Dann füllt das Datenbank-Engine 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.

Maximal 32.767 Datenbanken können auf einer Instanz von SQL Serverangegeben 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 ALTER AUTHORIZATION geändert werden.

Einige Datenbankfeatures sind von Features oder im Dateisystem enthaltenen Features abhängig, damit eine Datenbank vollständig funktionieren kann. Einige Beispiele von Features, die von verschiedenen Dateisystemfeatures abhängig sind, umfassen:

  • DBCC CHECKDB
  • FileStream
  • Onlinesicherungen über VSS und Dateimomentaufnahmen
  • Erstellung der Datenbankmomentaufnahme
  • Arbeitsspeicheroptimierte Datendateigruppe

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.

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.

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.

Datenbank-Momentaufnahmen

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

Hinweis

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

Wenn das Erstellen einer Datenbankmomentaufnahme fehlschlägt, wird der Snapshot fehlerverdächtig und muss gelöscht werden. Weitere Informationen finden Sie unter DROP DATABASE.

Jede Momentaufnahme wird so lange persistent gespeichert, bis sie mit DROP DATABASE gelöscht wird.

Weitere Informationen finden Sie unter Datenbankmomentaufnahmen und Erstellen einer Datenbankmomentaufnahme (Transact-SQL).

Datenbankoptionen

Mehrere Datenbankoptionen werden automatisch festgelegt, wenn Sie eine Datenbank erstellen. Eine Beschreibung dieser Optionen finden Sie unter ALTER DATABASE SET-Optionen.

Die Modelldatenbank und das Erstellen neuer Datenbanken

Alle benutzerdefinierten Objekte in der Modelldatenbank werden in alle neu erstellten Datenbanken kopiert. Sie können der model-Datenbank beliebige Objekte (z. B. Tabellen, Sichten, gespeicherte Prozeduren oder Datentypen) 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. Die Datenbankoption auto shrink ist beispielsweise in model 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 Systemsichten.

Berechtigungen

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

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

Im folgenden Beispiel wird dem Datenbankbenutzer Fay die Berechtigung zum Erstellen einer Datenbank erteilt.

USE master;
GO
GRANT CREATE DATABASE TO [Fay];
GO

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 stets festgelegt, wenn die folgenden Vorgänge auf eine Datenbank angewendet werden:

  • Angefügt
  • Gesichert
  • Erstellt
  • Getrennt
  • Ändern, um eine neue Datei hinzuzufügen
  • Wiederherstellen

Durch die Berechtigungen wird verhindert, dass die Dateien versehentlich manipuliert werden, wenn sie sich in einem Verzeichnis mit offenen Berechtigungen befinden.

Hinweis

Die 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, weist die primäre Datenbankdatei die Größe der primären model-Datenbankdatei auf. 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
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 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\MSSQL13.MSSQLSERVER\MSSQL\DATA\saledat.mdf',
    SIZE = 10,
    MAXSIZE = 50,
    FILEGROWTH = 5 )
LOG ON
( NAME = Sales_log,
    FILENAME = 'C:\Program Files\Microsoft SQL Server\MSSQL13.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 in Beispiel D erstellte Archive-Datenbank gelöst und dann mithilfe der FOR ATTACH-Klausel angefügt. Archive wurde so definiert, dass mehrere Daten- und Protokolldateien vorhanden sind. 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 (9.x) 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 einer Datenbankmomentaufnahme

Im folgenden Beispiel wird die Datenbankmomentaufnahme sales_snapshot0600 erstellt. Da eine Datenbankmomentaufnahme 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 verschoben wurde

Im folgenden Beispiel wird der Volltextkatalog AdvWksFtCat zusammen mit den Daten und Protokolldateien von AdventureWorks2022 angefügt. 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 AdventureWorks2022 database
sp_detach_db AdventureWorks2022;
GO
-- Physically move the full text catalog to the new location.
--Attach the AdventureWorks2022 database and specify the new location of the full-text catalog.
CREATE DATABASE AdventureWorks2022 ON
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Data\AdventureWorks2022_data.mdf'),
    (FILENAME = 'c:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Data\AdventureWorks2022_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 sind zwei FILESTREAM-Datencontainer: FSPhotos unter C:\MyFSfolder\Photos und FSPhotos2 unter D:\MyFSfolder\Photos. 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
-- 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 and FILEGROWTH should not be specified here.
-- If they are specified an error will be raised.
, MAXSIZE = 5000 MB
    ),
    (
      NAME = FSPhotos2
      , FILENAME = ''D:\MyFSfolder\Photos''
      , MAXSIZE = 10000 MB
     ),
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

J. Erstellen einer Datenbank mit einer FILESTREAM-Dateigruppe mit mehreren Dateien

Im folgenden Beispiel wird die BlobStore1-Datenbank erstellt. Die Datenbank wird mit einer Zeilendateigruppe und einer FILESTREAM-Dateigruppe, FS, erstellt. Die FILESTREAM-Dateigruppe enthält die beiden Dateien FS1 und FS2. Dann wird die Datenbank durch das Hinzufügen der dritten Datei FS3 zur FILESTREAM-Dateigruppe geändert.

USE master;
GO

CREATE DATABASE [BlobStore1]
CONTAINMENT = NONE
ON PRIMARY
(
    NAME = N'BlobStore1',
    FILENAME = N'C:\BlobStore\BlobStore1.mdf',
    SIZE = 100MB,
    MAXSIZE = UNLIMITED,
    FILEGROWTH = 1MB
),
FILEGROUP [FS] CONTAINS FILESTREAM DEFAULT
(  
    NAME = N'FS1',
    FILENAME = N'C:\BlobStore\FS1',
    MAXSIZE = UNLIMITED
),
(
    NAME = N'FS2',
    FILENAME = N'C:\BlobStore\FS2',
    MAXSIZE = 100MB
)
LOG ON
(
    NAME = N'BlobStore1_log',
    FILENAME = N'C:\BlobStore\BlobStore1_log.ldf',
    SIZE = 100MB,
    MAXSIZE = 1GB,
    FILEGROWTH = 1MB
);
GO

ALTER DATABASE [BlobStore1]
ADD FILE
(
    NAME = N'FS3',
    FILENAME = N'C:\BlobStore\FS3',
    MAXSIZE = 100MB
)
TO FILEGROUP [FS];
GO

Nächste Schritte

* SQL-Datenbank *

 

SQL-Datenbank

Übersicht

Diese Anweisung kann in Azure SQL-Datenbank mit einem Azure SQL-Server verwendet werden, um ein Singleton oder einen Pool für elastische Datenbanken zu erstellen. Mit dieser Anweisung geben Sie für die neue Datenbank den Datenbanknamen, die Sortierung, die maximale Größe, die Edition, das Dienstziel und ggf. den Pool für elastische Datenbanken an. Mit ihr lässt sich auch die Datenbank in einem Pool für elastische Datenbanken erstellen. Außerdem kann sie verwendet werden, um eine Kopie der Datenbank auf einem anderen SQL-Datenbankserver zu erstellen.

Syntax

Erstellen einer Datenbank

Weitere Informationen zu Syntaxkonventionen finden Sie unter Transact-SQL-Syntaxkonventionen.

CREATE DATABASE database_name [ COLLATE collation_name ]
{
  (<edition_options> [, ...n])
}
[ WITH <with_options> [,..n]]
[;]

<with_options> ::=
{
  CATALOG_COLLATION = { DATABASE_DEFAULT | SQL_Latin1_General_CP1_CI_AS }
  | BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' | 'GEOZONE' }
  | LEDGER = {ON | OFF }
}

<edition_options> ::=
{

  MAXSIZE = { 100 MB | 500 MB | 1 ... 1024 ... 4096 GB }
  | ( EDITION = { 'Basic' | 'Standard' | 'Premium' | 'GeneralPurpose' | 'BusinessCritical' | 'Hyperscale' }
  | SERVICE_OBJECTIVE =
    { 'Basic' | 'S0' | 'S1' | 'S2' | 'S3' | 'S4'| 'S6'| 'S7'| 'S9'| 'S12'
      | 'P1' | 'P2' | 'P4'| 'P6' | 'P11' | 'P15'
      | 'BC_DC_n'
      | 'BC_Gen5_n' 
      | 'BC_M_n' 
      | 'GP_DC_n'
      | 'GP_Fsv2_n' 
      | 'GP_Gen5_n' 
      | 'GP_S_Gen5_n' 
      | 'HS_DC_n'
      | 'HS_Gen5_n'
      | 'HS_MOPRMS_n' 
      | 'HS_PRMS_n' 
      | { ELASTIC_POOL(name = <elastic_pool_name>) } })
}

Kopieren einer Datenbank

CREATE DATABASE database_name
    AS COPY OF [source_server_name.] source_database_name
    [ ( SERVICE_OBJECTIVE =
      { 'Basic' |'S0' | 'S1' | 'S2' | 'S3'| 'S4'| 'S6'| 'S7'| 'S9'| 'S12'
      | 'P1' | 'P2' | 'P4'| 'P6' | 'P11' | 'P15'
      | 'GP_Gen5_n'
      | 'GP_Fsv2_n'
      | 'GP_S_Gen5_n'
      | 'BC_Gen5_n'
      | 'BC_M_n'
      | 'HS_Gen5_n'
      | 'HS_PRMS_n'
      | 'HS_MOPRMS_n'
      | { ELASTIC_POOL(name = <elastic_pool_name>) } })
   ]
   [ WITH BACKUP_STORAGE_REDUNDANCY = { 'LOCAL' | 'ZONE' | 'GEO' } ]
[;]

Argumente

database_name

Der Name der neuen Datenbank. Dieser Name muss auf dem SQL Server eindeutig sein und den SQL Server-Regeln für Bezeichner entsprechen. Weitere Informationen finden Sie unter Bezeichner.

Collation_name

Gibt die Standardsortierung für die Datenbankdaten an. Geben Sie CATALOG_COLLATION für Systemmetadaten an, z. B. Objektbezeichner.

Als Sortierungsname kann entweder der Name einer Windows-Sortierreihenfolge oder ein SQL-Sortierungsname verwendet werden. Wenn keine Angabe erfolgt, wird der Datenbank die Standardsortierung „SQL_Latin1_General_CP1_CI_AS“ zugewiesen.

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

CATALOG_COLLATION

Gibt die Standardsortierung für den Metadatenkatalog an. Das Argument CATALOG_COLLATION ist nur während der Datenbankerstellung verfügbar und kann nach der Erstellung nicht mehr geändert werden.

Standardmäßig wird der Metadatenkatalog für Systemobjektnamen nach der Sortierung SQL_Latin1_General_CP1_CI_AS sortiert. Sofern CATALOG_COLLATION nicht angegeben wird, entspricht dies der Standardeinstellung für Azure SQL-Datenbank.

DATABASE_DEFAULT gibt an, dass der Metadatenkatalog, der für Systemansichten und Systemtabellen verwendet wird, sortiert werden muss, sodass der Sortierung der Datenbank entspricht. Wenn Sie möchten, dass Objektbezeichner in Systemmetadaten dieselbe Sortierung wie Daten aufweisen, sollten Sie die Datenbank WITH CATALOG_COLLATION = DATABASE_DEFAULTerstellen.

  • Möglicherweise möchten Sie, dass Daten und Objektbezeichner unterschiedlich sortiert werden. Im folgenden Beispiel wird die Datenbank mit einer Sortierung, die zwischen Groß- und Kleinschreibung unterscheidet, für Zeilendaten erstellt, für Objektbezeichner wird jedoch die Standardsortierung SQL_Latin1_General_CP1_CI_AS verwendet, die die Groß-/Kleinschreibung nicht beachtet.

    CREATE DATABASE [different-collations] COLLATE SQL_Latin1_General_CP1_CS_AS
    
  • Wenn Sie möchten, dass sowohl Daten als auch Systemmetadaten dieselbe Sortierung verwenden, geben Sie WITH CATALOG_COLLATION = DATABASE_DEFAULT an. Im folgenden Beispiel wird die Datenbank mit einer Sortierung, bei der die Groß-/Kleinschreibung beachtet wird, erstellt. Diese Sortierung wird für Objektbezeichner verwendet.

    CREATE DATABASE [same-collations] COLLATE SQL_Latin1_General_CP1_CS_AS
    WITH CATALOG_COLLATION = DATABASE_DEFAULT
    

BACKUP_STORAGE_REDUNDANCY = ['LOCAL' | 'ZONE' | 'GEO']

Diese Option gibt an, wie die Zeitpunktwiederherstellung und LTR-Sicherungen (Long-Term Retention, Langzeitaufbewahrung) für eine Datenbank repliziert werden. Die Geowiederherstellung und die Wiederherstellung nach regionalen Ausfällen sind nur verfügbar, wenn die Datenbank mit der Sicherungsspeicherredundanz GEO erstellt wird. Mit T-SQL erstellte Datenbanken verwenden georedundanten Sicherungsspeicher, sofern nichts anderes angegeben wird.

Wenn Sie Datenresidenz für das Erstellen einer Datenbank mit T-SQL erzwingen möchten, verwenden Sie LOCAL oder ZONE als Eingabe für den BACKUP_STORAGE_REDUNDANCY-Parameter.

LEDGER = {ON | OFF}

Wenn diese Einstellung auf ON festgelegt ist, wird eine Ledgerdatenbank erstellt, in der die Integrität aller Benutzerdaten geschützt ist. In einer Ledgerdatenbank können nur Ledgertabellen erstellt werden. Der Standardwert ist OFF. Der Wert der Option LEDGER kann nach dem Erstellen der Datenbank nicht mehr geändert werden. Weitere Informationen finden Sie unter Konfigurieren einer Ledgerdatenbank.

MAXSIZE

Gibt die maximale Größe der Datenbank an. MAXSIZE muss für die angegebene EDITION (Dienstebene) gültig sein.

Im Folgenden sind die unterstützten MAXSIZE-Werte und die Standardwerte (S) für die Dienstebenen aufgeführt.

Hinweis

Das Argument MAXSIZE gilt nicht für Einzeldatenbanken im Diensttarif „Hyperscale“. Datenbanken im Tarif „Hyperscale“ können bei Bedarf auf bis zu 100 TB skaliert werden. Der SQL-Datenbank-Dienst fügt automatisch Speicher hinzu. Sie müssen keine maximale Größe festlegen.

DTU-Modell für einzelne und in einem Pool zusammengefasste Datenbanken auf einem SQL-Datenbankserver

MAXSIZE Grundlegend S0-S2 S3-S12 P1-P6 P11-P15
100 MB
500 MB
1 GB
2 GB √ (S)
5 GB
10 GB
20 GB
30 GB
40 GB
50 GB
100 GB
150 GB
200 GB
250 GB √ (S) √ (S)
300 GB
400 GB
500 GB √ (S)
750 GB
1024 GB √ (S)
Von 1024 GB bis 4096 GB in Inkrementen von 256 GB*

* P11 und P15 ermöglichen, dass die Größe von MAXSIZE bis zu 4 TB beträgt, wobei 1024 GB die Standardgröße darstellt. P11 und P15 können bis zu 4 TB des enthaltenen Speichers ohne Aufpreis verwenden. Im Premium-Tarif ist MAXSIZE mit einer Größe von mehr als 1 TB derzeit in den folgenden Regionen verfügbar: USA, Osten 2; USA, Westen; US Gov Virginia; Europa, Westen; Deutschland, Mitte; Asien, Südosten; Japan, Osten; Australien, Osten; Kanada, Mitte und Kanada, Osten. Zusätzliche Informationen bezüglich der Ressourcenbeschränkungen für das DTU-Modell finden Sie unter DTU-Ressourcenlimits.

Der MAXSIZE-Wert für das DTU-Modell muss – wenn angegeben – ein gültiger Wert sein, der in der vorherigen Tabelle für die festgelegte Dienstebene angezeigt wird.

Grenzwerte wie die maximale Datengröße und tempdb-größe im vCore-Kaufmodell finden Sie in den Artikeln zu Ressourcenlimits für Einzeldatenbanken oder Ressourcenlimits für Pools für elastische Datenbanken.

Wenn kein MAXSIZE-Wert bei Verwendung des vCore-Modells festgelegt ist, beträgt die Standardgröße 32 GB. Zusätzliche Informationen bezüglich der Ressourcenbeschränkungen für das V-Kern-Modell finden Sie unter V-Kern-Ressourcenlimits.

EDITION

Gibt die Dienstebene der Datenbank an.

Einzel- und Pooldatenbanken Die verfügbaren Werte sind: „Basic“, „Standard“, „Premium“, „GeneralPurpose“, „BusinessCritical“ und „Hyperscale“.

Die folgenden Regeln gelten für das MAXSIZE-Argument und das EDITION-Argument:

  • Wenn EDITION angegeben ist, MAXSIZE jedoch nicht, wird der Standardwert für die Edition verwendet. Wenn EDITION beispielsweise auf „Standard“ festgelegt und MAXSIZE nicht angegeben ist, wird MAXSIZE automatisch auf 250 MB festgelegt.
  • Wenn weder MAXSIZE noch EDITION angegeben sind, wird EDITION auf GeneralPurpose und MAXSIZE auf 32 GB festgelegt.

SERVICE_OBJECTIVE

Gibt die Computegröße und das Dienstziel an.

  • Für das DTU-Kaufmodell: S0, S1, S2, S3, S4, S6, S7, S9, S12, P1, P2, P4, P6, P11, P15
  • Wählen Sie die Dienstebene für das aktuelle vCore-Kaufmodell aus, und geben Sie die Anzahl der virtuellen Kerne aus einer voreingestellten Liste von Werten an, wobei n für die Anzahl der virtuellen Kerne steht. Weitere Informationen finden Sie unter Ressourcenlimits für Einzeldatenbanken oder Ressourcenlimits für Pools für elastische Datenbanken.
    • Beispiel:
    • GP_Gen5_8 für Universell – Standard-Serie (Gen5) – Compute, 8 virtuelle Kerne.
    • GP_S_Gen5_8 für Universell serverlos – Standard-Serie (Gen5) – Computing, 8 virtuelle Kerne.
    • HS_Gen5_8 für Hyperscale – bereitgestelltes Computing – Standard-Serie (Gen5), 8 virtuelle Kerne.

Dienstzielbeschreibungen und weitere Informationen zu Größe, Editionen und Dienstzielkombinationen finden Sie unter Dienstebenen von Azure SQL-Datenbank. Wenn das angegebene SERVICE_OBJECTIVE von der EDITION nicht unterstützt wird, tritt ein Fehler auf. Zum Ändern des SERVICE_OBJECTIVE-Werts von einer Ebene in eine andere (z. B. von S1 in P1) muss auch der EDITION-Wert geändert werden. Die Unterstützung für PRS-Dienstziele wurde entfernt.

ELASTIC_POOL (name = <elastic_pool_name>)

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken. Gilt nicht für Datenbanken im Diensttarif „Hyperscale“. Legen Sie zum Erstellen einer neuen Datenbank in einem Pool für elastische Datenbanken das Schlüsselwort SERVICE_OBJECTIVE der Datenbank auf ELASTIC_POOL fest, und stellen Sie den Namen des Pools bereit. Weitere Informationen finden Sie unter Erstellen und Verwalten eines Pools für elastische Datenbanken von SQL-Database.

AS COPY OF [source_server_name.]source_database_name

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken. Zum Kopieren einer Datenbank auf demselben oder einem anderen SQL-Datenbank-Server.

source_server_name: Der Name des SQL-Datenbank-Servers, auf dem sich die Quelldatenbank befindet. Dieser Parameter ist optional, wenn sich die Quell- und die Zieldatenbank auf demselben SQL-Datenbank-Server befinden sollen.

Hinweis

Das AS COPY OF-Argument unterstützt nicht die vollqualifizierten eindeutigen Domänennamen. Das heißt, wenn der vollqualifizierte Domänenname des Servers serverName.database.windows.net ist, verwenden Sie serverName nur während des Datenbankkopiervorgangs.

source_database_name

Der Name der zu kopierenden Datenbank.

Bemerkungen

Datenbanken in Azure SQL-Datenbank weisen einige Standardeinstellungen auf, die beim Erstellen der Datenbank festgelegt werden. Weitere Informationen zu diesen Standardeinstellungen finden Sie in der Liste der Werte unter DATABASEPROPERTYEX.

MAXSIZE bietet die Möglichkeit, die Größe der Datenbank zu beschränken. Wenn die Größe der Datenbank den Wert von MAXSIZE erreicht, erhalten Sie den Fehlercode 40544. In diesem Fall können Sie keine Daten einfügen oder aktualisieren oder neue Objekte (wie Tabellen, gespeicherte Prozeduren. Sichten und Funktionen) erstellen. Sie können jedoch weiterhin Daten lesen und löschen, Tabellen abschneiden, Tabellen und Indizes löschen sowie Indizes neu erstellen. Anschließend können Sie MAXSIZE auf einen Wert aktualisieren, der größer als die aktuelle Datenbankgröße ist, oder Sie löschen einige Daten, um Speicherplatz freizugeben. Eine Verzögerung von bis zu fünfzehn Minuten ist möglich, bevor Sie neue Daten einfügen können.

Verwenden Sie ALTER DATABASE (Azure SQL Database), um die Größe, Edition oder die Dienstzielwerte im Nachhinein zu ändern.

Datenbankkopien

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken.

Beim Kopieren einer Datenbank mit der CREATE DATABASE-Anweisung handelt es sich um einen asynchronen Vorgang. Deshalb muss nicht für die volle Dauer des Kopiervorgangs eine Verbindung mit dem SQL-Datenbank-Server bestehen. Die CREATE DATABASE-Anweisung gibt die Steuerung an den Benutzer zurück, nachdem der Eintrag in sys.databases erstellt, aber bevor der Kopiervorgang der Datenbank abgeschlossen wurde. Das heißt, die CREATE DATABASE-Anweisung wird erfolgreich ausgeführt, während der Datenbank-Kopiervorgang noch ausgeführt wird.

  • Überwachen Sie den Kopiervorgang auf einem SQL-Datenbank-Server: Fragen Sie die percentage_complete- oder replication_state_desc-Spalte von dm_database_copies oder die state-Spalte in der Ansicht sys.databases ab. Die Ansicht sys.dm_operation_status kann ebenfalls verwendet werden, da diese den Status von Datenbankvorgängen zurückgibt, z.B. den des Kopiervorgangs der Datenbank.

Sobald der Kopiervorgang erfolgreich abgeschlossen wurde, ist die Zieldatenbank im Hinblick auf Transaktionen mit der Quelldatenbank konsistent.

Die folgende Syntax und die folgenden semantischen Regeln gelten für die Verwendung des AS COPY OF-Arguments:

  • Der Quellservername und der Servername für das Kopierziel können identisch oder unterschiedlich sein. Wenn diese identisch sind, ist dieser Parameter optional, und es wird standardmäßig der Serverkontext der aktuellen Sitzung verwendet.
  • Die Namen der Quell- und der Zieldatenbank müssen angegeben werden. Diese Namen müssen eindeutig sein und den SQL Server-Regeln für Bezeichner entsprechen. Weitere Informationen finden Sie unter Bezeichner.
  • Die CREATE DATABASE-Anweisung muss im Kontext der master-Datenbank des SQL-Datenbank-Servers ausgeführt werden, auf dem die neue Datenbank erstellt wird.
  • Nachdem der Kopiervorgang abgeschlossen wurde, muss die Zieldatenbank als unabhängige Datenbank verwaltet werden. Sie können die ALTER DATABASE-Anweisung und die DROP DATABASE-Anweisung unabhängig von der Quelldatenbank für die neue Datenbank ausführen. Außerdem können Sie die neue Datenbank in eine andere neue Datenbank kopieren.
  • Der Zugriff auf die Quelldatenbank ist weiterhin möglich, solange der Datenbank-Kopiervorgang ausgeführt wird.

Weitere Informationen finden Sie unter Create a copy of an Azure SQL database using Transact-SQL (Erstellen einer Kopie einer Azure SQL-Datenbank mithilfe von Transact-SQL).

Wichtig

Standardmäßig wird die Datenbankkopie mit der gleichen Sicherungsspeicherredundanz wie die Quelldatenbank erstellt.

Berechtigungen

Zum Erstellen einer Datenbank muss die Anmeldung eines der folgenden Prinzipale sein:

  • Dem Prinzipalkonto auf Serverebene
  • Der Microsoft Entra-Administrator für den logischen Server in Azure
  • Einem Konto, das Mitglied der dbmanager-Datenbankrolle ist

Zusätzliche Anforderungen für die Verwendung der CREATE DATABASE ... AS COPY OF-Syntax: Der Benutzer, der die Anweisung auf dem lokalen Server ausführt, muss mindestens auch der db_owner (Datenbankbesitzer) des Quellservers sein. Wenn das Konto auf der SQL Server-Authentifizierung basiert, muss der Benutzer, der die Anweisung auf dem lokalen Server ausführt, über passende Anmeldeinformationen (mit identischem Namen und Kennwort) für den Quellserver SQL-Datenbank besitzen.

Beispiele

Einfaches Beispiel

Ein einfaches Beispiel für das Erstellen einer Datenbank.

CREATE DATABASE TestDB1;

Einfaches Beispiel mit „Edition“

Ein einfaches Beispiel zum Erstellen einer universellen Datenbank.

CREATE DATABASE TestDB2
( EDITION = 'GeneralPurpose' );

Beispiel mit zusätzlichen Optionen

Ein Beispiel, bei dem mehrere Optionen verwendet werden.

CREATE DATABASE hito
COLLATE Japanese_Bushu_Kakusu_100_CS_AS_KS_WS
( MAXSIZE = 500 MB, EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_Gen5_8' ) ;

Erstellen einer Datenbankkopie

Ein Beispiel, in dem die Kopie einer Datenbank erstellt wird.

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken.

CREATE DATABASE escuela
AS COPY OF school;

Erstellen einer Datenbank in einem Pool für elastische Datenbanken

Erstellt eine neue Datenbank in einem Pool namens „S3M100“:

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken.

CREATE DATABASE db1 ( SERVICE_OBJECTIVE = ELASTIC_POOL ( name = S3M100 ) ) ;

Erstellen einer Kopie einer Datenbank auf einem anderen logischen Server

Im folgenden Beispiel wird eine Kopie der Datenbank db_original namens db_copy in die P2-Computegröße (Dienstziel) für eine einzelne Datenbank erstellt. Dies gilt unabhängig davon, ob db_original sich in einem Pool für elastische Datenbanken oder in einer Computegröße (Dienstziel) für eine einzelne Datenbank befindet.

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken.

CREATE DATABASE db_copy
  AS COPY OF ozabzw7545.db_original ( SERVICE_OBJECTIVE = 'P2' );

Im folgenden Beispiel wird eine Kopie der Datenbank db_original namens db_copy in einem Pool für elastische Datenbanken namens ep1 erstellt. Dies gilt unabhängig davon, ob db_original sich in einem Pool für elastische Datenbanken oder in einer Computegröße (Dienstziel) für eine einzelne Datenbank befindet. Wenn db_original sich in einem Pool für elastische Datenbanken mit einem anderen Namen befindet, wird db_copy weiterhin in ep1 erstellt.

Anwendungsbereich: Einzelne und in einem Pool zusammengefasste Datenbanken.

CREATE DATABASE db_copy
  AS COPY OF ozabzw7545.db_original
  (SERVICE_OBJECTIVE = ELASTIC_POOL( name = ep1 ) ) ;

Erstellen einer Datenbank mit einem angegebenen Wert für die Katalogsortierung

Im folgenden Beispiel wird die Katalogsortierung während der Erstellung der Datenbank auf DATABASE_DEFAULT festgelegt. Dadurch entspricht die Katalogsortierung der Datenbanksortierung.

CREATE DATABASE TestDB3 COLLATE Japanese_XJIS_140 (MAXSIZE = 100 MB, EDITION = 'Basic')
  WITH CATALOG_COLLATION = DATABASE_DEFAULT

Erstellen einer Datenbank mit Zonenredundanz für Sicherungen

Im folgenden Beispiel wird die Zonenredundanz für Datenbanksicherungen festgelegt. Sicherungen für die Zeitpunktwiederherstellung und die Langzeitaufbewahrung (falls konfiguriert) verwenden die gleiche Sicherungsspeicherredundanz.

CREATE DATABASE test_zone_redundancy 
  WITH BACKUP_STORAGE_REDUNDANCY = 'ZONE';

Erstellen einer Ledgerdatenbank

CREATE DATABASE MyLedgerDB ( EDITION = 'GeneralPurpose' ) WITH LEDGER = ON;

Nächste Schritte

* SQL Managed Instance *

 

Verwaltete Azure SQL-Instanz

Übersicht

In Verwaltete Azure SQL-Instanz wird diese Anweisung verwendet, um eine Datenbank zu erstellen. Wenn Sie eine Datenbank in einer verwalteten Instanz erstellen, geben Sie den Datenbanknamen und die Sortierung ein.

Syntax

Weitere Informationen zu Syntaxkonventionen finden Sie unter Transact-SQL-Syntaxkonventionen.

CREATE DATABASE database_name [ COLLATE collation_name ]
[ WITH <with_options> [,..n]]
[;]

<with_options> ::=
{
  LEDGER = { ON | OFF }
}

Wichtig

Verwenden Sie zum Hinzufügen von Dateien oder Festlegen der Kapselung für eine Datenbank in einer verwalteten Instanz die ALTER DATABASE-Anweisung.

Argumente

database_name

Der Name der neuen Datenbank. Dieser Name muss in der SQL Server-Instanz eindeutig sein und den SQL Server-Regeln für Bezeichner entsprechen. Weitere Informationen finden Sie unter Bezeichner.

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 Angabe erfolgt, wird der Datenbank die Standardsortierung „SQL_Latin1_General_CP1_CI_AS“ zugewiesen.

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

LEDGER = {ON | OFF}

Wenn diese Einstellung auf ON festgelegt ist, wird eine Ledgerdatenbank erstellt, in der die Integrität aller Benutzerdaten geschützt ist. In einer Ledgerdatenbank können nur Ledgertabellen erstellt werden. Der Standardwert ist OFF. Der Wert der Option LEDGER kann nach dem Erstellen der Datenbank nicht mehr geändert werden. Weitere Informationen finden Sie unter Konfigurieren einer Ledgerdatenbank.

Bemerkungen

Datenbanken in Azure SQL-Datenbank weisen einige Standardeinstellungen auf, die beim Erstellen der Datenbank festgelegt werden. Weitere Informationen zu diesen Standardeinstellungen finden Sie in der Liste der Werte unter DATABASEPROPERTYEX.

Wichtig

Die CREATE DATABASE-Anweisung muss die einzige Anweisung in einem Transact-SQL-Batch sein.

Es gelten die folgenden Einschränkungen für CREATE DATABASE:

  • Dateien und Dateigruppen können nicht definiert werden.

  • WITH-Optionen werden mit Ausnahme von WITH LEDGER nicht unterstützt.

    Tipp

    Verwenden Sie zur Umgehung dieses Problems ALTER DATABASE nach CREATE DATABASE, um Datenbankoptionen festzulegen und Dateien hinzuzufügen.

Berechtigungen

Für das Erstellen einer Datenbank muss das Konto des Benutzers einem der Folgenden entsprechen:

  • Dem Prinzipalkonto auf Serverebene
  • Der Microsoft Entra-Administrator für den logischen Server in Azure
  • Einem Konto, das Mitglied der dbcreator-Datenbankrolle ist

Beispiele

Einfaches Beispiel

Ein einfaches Beispiel für das Erstellen einer Datenbank.

CREATE DATABASE TestDB1;

Erstellen einer Ledgerdatenbank

CREATE DATABASE MyLedgerDB WITH LEDGER = ON;

Nächste Schritte

* Azure Synapse
Analytics *

 

Azure Synapse Analytics

Übersicht

In Azure Synapse kann diese Anweisung mit einer Azure SQL-Datenbank-Serverinstanz verwendet werden, um einen dedizierten SQL-Pool zu erstellen. Mit dieser Anweisung geben Sie den Datenbanknamen, die Sortierung, die maximale Größe, die Edition und das Dienstziel an.

  • CREATE DATABASE wird für eigenständige dedizierte SQL-Pools (ehemals SQL DW) erstellt, die Servicelevel der 2. Generation verwenden.
  • CREATE DATABASE wird für dedizierte SQL-Pools in einem Azure Synapse Analytics-Arbeitsbereich nicht unterstützt. Verwenden Sie stattdessen das Azure-Portal.
  • CREATE DATABASE wird für serverlose SQL-Pools in Azure Synapse Analytics unterstützt.

Syntax

Weitere Informationen zu Syntaxkonventionen finden Sie unter Transact-SQL-Syntaxkonventionen.

CREATE DATABASE database_name [ COLLATE collation_name ]
(
    [ MAXSIZE = {
          250 | 500 | 750 | 1024 | 5120 | 10240 | 20480 | 30720
        | 40960 | 51200 | 61440 | 71680 | 81920 | 92160 | 102400
        | 153600 | 204800 | 245760
      } GB ,
    ]
    EDITION = 'datawarehouse',
    SERVICE_OBJECTIVE = {
          'DW100c' | 'DW200c' | 'DW300c' | 'DW400c' | 'DW500c'
        | 'DW1000c' | 'DW1500c' | 'DW2000c' | 'DW2500c' | 'DW3000c' | 'DW5000c'
        | 'DW6000c' | 'DW7500c' | 'DW10000c' | 'DW15000c' | 'DW30000c'
    }
)
[;]

Argumente

database_name

Der Name der neuen Datenbank. Dieser Name muss auf dem SQL-Server eindeutig sein, der Datenbanken in Azure SQL-Datenbank und Azure Synapse Analytics hosten kann, und den SQL Server-Regeln für Bezeichner entsprechen. Weitere Informationen finden Sie unter Bezeichner.

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 Angabe erfolgt, wird der Datenbank die Standardsortierung „SQL_Latin1_General_CP1_CI_AS“ zugewiesen.

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

MAXSIZE

Der Standardwert ist 245.760 GB (240 TB).

Anwendungsbereich: Optimiert für Compute Gen1

Der Wert für die maximal zulässige Größe der Datenbank Die Datenbank kann nicht größer sein als MAXSIZE.

Anwendungsbereich: Optimiert für Compute Gen2

Die maximal zulässige Größe für Rowstore-Daten in der Datenbank Daten, die in Rowstore-Tabellen, dem Deltastore eines Columnstore-Index oder einem nicht gruppierten Index für einen gruppierten Columnstore-Index gespeichert sind, können MAXSIZE nicht übersteigen. Daten, die im Columnstore-Format komprimiert sind, haben kein Größenlimit und werden nicht durch MAXSIZE beschränkt.

EDITION

Gibt die Dienstebene der Datenbank an. Verwenden Sie datawarehouse für Azure Synapse Analytics.

SERVICE_OBJECTIVE

Gibt die Computegröße (Dienstziel) an. Die Servicelevel für Gen2 werden in cDWU (Compute-Data Warehouse-Einheiten) gemessen, z. B. DW2000c. Gen1-Servicelevel werden in DWUs gemessen, z. B. DW2000. Weitere Informationen zu Dienstzielen für Azure Synapse finden Sie unter Data Warehouse-Einheiten (DWUs). Gen1-Dienstziele (nicht mehr aufgeführt) werden nicht mehr unterstützt, Sie erhalten möglicherweise einen Fehler: Azure SQL Data Warehouse Gen1 has been deprecated in this region. Please use SQL Analytics in Azure Synapse.

Hinweise

Verwenden Sie DATABASEPROPERTYEX, um die Datenbankeigenschaften anzuzeigen.

Verwenden Sie ALTER DATABASE – Azure Synapse Analytics, um die Maximalgröße oder die Dienstzielwerte später zu ändern.

Azure Synapse ist auf COMPATIBILITY_LEVEL 130 festgelegt und kann nicht verändert werden. Weitere Informationen finden Sie unter Verbesserte Abfrageleistung mit Kompatibilitätsgrad 130 in Azure SQL-Datenbank.

Berechtigungen

Erforderliche Berechtigungen:

  • Im Rahmen des Bereitstellungsprozesses erstellte Prinzipalanmeldung auf Serverebene oder
  • Mitgliedschaft in der dbmanager-Datenbankrolle

Fehlerbehandlung

Wenn die Größe der Datenbank den Wert von MAXSIZE erreicht, erhalten Sie den Fehlercode 40544. In diesem Fall können Sie keine Daten einfügen oder aktualisieren und keine neuen Objekte (wie Tabellen, gespeicherte Prozeduren, Ansichten und Funktionen) erstellen. Sie können jedoch weiterhin Daten lesen und löschen, Tabellen abschneiden, Tabellen und Indizes löschen, sowie Indizes neu erstellen. Anschließend können Sie MAXSIZE auf einen Wert aktualisieren, der größer als die aktuelle Datenbankgröße ist, oder Sie löschen einige Daten, um Speicherplatz freizugeben. Eine Verzögerung von bis zu fünfzehn Minuten ist möglich, bevor Sie neue Daten einfügen können.

Einschränkungen

Es muss eine Verbindung mit der master-Datenbank bestehen, um eine neue Datenbank zu erstellen.

Die CREATE DATABASE-Anweisung muss die einzige Anweisung in einem Transact-SQL-Batch sein.

Nachdem die Datenbank erstellt wurde, kann die Datenbanksortierung nicht mehr geändert werden.

Beispiele: Azure Synapse Analytics

A. Einfaches Beispiel

Ein einfaches Beispiel zum Erstellen eines eigenständigen dedizierten SQL-Pools (früher SQL DW). Dadurch wird die Datenbank mit der kleinsten Maximalgröße von 10,240 GB, der Standardsortierung (SQL_Latin1_General_CP1_CI_AS) und dem geringsten Dienstziel von Gen2 erstellt (DW100c).

CREATE DATABASE TestDW
(EDITION = 'datawarehouse', SERVICE_OBJECTIVE='DW100c');

B. Erstellen Sie eine Data Warehouse-Datenbank mit allen Optionen.

Ein Beispiel zum Erstellen eines eigenständigen dedizierten SQL-Pools mit 10 Terabyte (früher SQL DW).

CREATE DATABASE TestDW COLLATE Latin1_General_100_CI_AS_KS_WS
(MAXSIZE = 10240 GB, EDITION = 'datawarehouse', SERVICE_OBJECTIVE = 'DW1000c');

C. Einfaches Beispiel in einem serverlosen SQL-Pool für Synapse Analytics

Dadurch wird die Datenbank im serverlosen Pool erstellt, die eine Sortierung angibt (Latin1_General_100_CI_AS_KS_WS).

CREATE DATABASE TestDW COLLATE Latin1_General_100_CI_AS_KS_WS

Nächste Schritte

* Analytics Platform
System (PDW) *

 

Analyseplattformsystem

Übersicht

In Analytics Platform System wird diese Anweisung verwendet, um in einer Analytics Platform System-Appliance eine neue Datenbank zu erstellen. Verwenden Sie diese Anweisung, um alle Dateien zu erstellen, die einer Appliancedatenbank zugeordnet sind, und um die Optionen für die maximale Größe und die automatische Vergrößerung der Datenbanktabellen und des Transaktionsprotokolls festzulegen.

Syntax

Weitere Informationen zu Syntaxkonventionen finden Sie unter Transact-SQL-Syntaxkonventionen.

CREATE DATABASE database_name
WITH (
    [ AUTOGROW = ON | OFF , ]
    REPLICATED_SIZE = replicated_size [ GB ] ,
    DISTRIBUTED_SIZE = distributed_size [ GB ] ,
    LOG_SIZE = log_size [ GB ] )
[;]

Argumente

database_name

Der Name der neuen Datenbank. Weitere Informationen zu zulässigen Datenbanknamen finden Sie unter „Regeln für die Objektbenennung“ und „Reservierte Datenbanknamen“ in der Produktdokumentation zu Analytics Platform System (PDW).

AUTOGROW = ON | OFF

Gibt an, ob die Parameter replicated_size, distributed_size und log_size für diese Datenbank automatisch je nach Bedarf über ihre angegebenen Größen hinweg vergrößert werden. Der Standardwert lautet OFF.

Wenn AUTOGROW auf ON festgelegt ist, vergrößern sich replicated_size, distributed_size und log_size nach Bedarf (nicht in Blöcken der zuerst angegebenen Größe) bei jeder Dateneingabe, jedem Update oder anderen Aktionen, die mehr Speicherplatz als den bereits zugewiesenen erfordern.

Wenn AUTOGROW auf OFF festgelegt ist, verändern sich die Größen nicht automatisch. Analytics-Plattformsystem (PDW) gibt einen Fehler zurück, wenn eine Aktion versucht wird, die erfordert, dass sich replicated_size, distributed_size oder log_size über ihren angegebenen Wert hinweg vergrößern.

AUTOGROW ist für alle Größen entweder auf ON oder auf OFF festgelegt. Es ist beispielsweise nicht möglich, AUTOGROW für log_size auf ON und für replicated_size auf OFF festzulegen.

replicated_size [ GB ]

Eine positive Zahl. Legt die Größe (eine ganze Zahl oder Dezimalzahl Gigabytes) für den gesamten Speicherplatz fest, der replizierten Tabellen und den entsprechenden Daten auf jedem Computeknoten zugewiesen wurde. Die Anforderungen an die Mindest- und Höchstwerte für replicated_size finden Sie unter „Minimal- und Maximalwerte“ in der Produktdokumentation zu Analytics Platform System (PDW).

Wenn AUTOGROW auf ON festgelegt ist, können sich replizierte Tabellen über diese Begrenzung hinaus vergrößern.

Wenn AUTOGROW auf OFF festgelegt ist, wird ein Fehler zurückgegeben, wenn ein Benutzer versucht, eine neue replizierte Tabelle zu erstellen, Daten in eine bestehende replizierte Tabelle einzufügen oder eine bestehende replizierte Tabelle auf eine Weise zu aktualisieren, durch die die Größe über replicated_size hinweg steigen würde.

distributed_size [ GB ]

Eine positive Zahl. Die Größe, als ganze Zahl oder Dezimalzahl Gigabytes, für den gesamten Speicherplatz, der verteilten Tabellen (und den entsprechenden Daten) auf der gesamten Appliance zugewiesen wurde. Die Anforderungen an die Mindest- und Höchstwerte für distributed_size finden Sie unter „Minimal- und Maximalwerte“ in der Produktdokumentation zu Analytics Platform System (PDW).

Wenn AUTOGROW auf ON festgelegt ist, können sich verteilte Tabellen über diese Begrenzung hinaus vergrößern.

Wenn AUTOGROW auf OFF festgelegt ist, wird ein Fehler zurückgegeben, wenn ein Benutzer versucht, eine neue verteilte Tabelle zu erstellen, Daten in eine bestehende verteilte Tabelle einzufügen oder eine bestehende verteilte Tabelle auf eine Weise zu aktualisieren, durch die die Größe über distributed_size hinweg steigen würde.

log_size [ GB ]

Eine positive Zahl. Die Größe (als ganze Zahl oder Dezimalzahl Gigabytes) für das Transaktionsprotokoll auf der gesamten Appliance.

Die Anforderungen an die Mindest- und Höchstwerte für log_size finden Sie unter „Minimal- und Maximalwerte“ in der Produktdokumentation zu Analytics Platform System (PDW).

Wenn AUTOGROW auf ON festgelegt ist, kann sich die Protokolldatei über diese Begrenzung hinaus vergrößern. Verwenden Sie die Anweisung DBCC SHRINKLOG (Azure Synapse Analytics), um die Protokolldateien auf deren Originalgröße zu verkleinern.

Wenn AUTOGROW auf OFF festgelegt ist, wird an den Benutzer ein Fehler zurückgegeben, wenn eine Aktion ausgeführt wird, durch die sich die Protokollgröße auf einem einzelnen Computeknoten über log_size hinaus steigern würde.

Berechtigungen

Erfordert die CREATE ANY DATABASE-Berechtigung in der master-Datenbank oder die Mitgliedschaft in der festen Serverrolle sysadmin.

Im folgenden Beispiel wird dem Datenbankbenutzer Fay die Berechtigung zum Erstellen einer Datenbank erteilt.

USE master;
GO
GRANT CREATE ANY DATABASE TO [Fay];
GO

Hinweise

Datenbanken werden mit dem Datenbank-Kompatibilitätsgrad 120, also dem Kompatibilitätsgrad für SQL Server 2014 (12.x), erstellt. Dadurch wird sichergestellt, dass die Datenbank alle SQL Server 2014 (12.x)-Funktionen verwenden kann, die PDW verwendet.

Einschränkungen

Die CREATE DATABASE-Anweisung ist in einer expliziten Transaktion nicht zulässig. Weitere Informationen finden Sie unter Transact-SQL-Anweisungen.

Informationen zu minimalen und maximalen Einschränkungen für Datenbanken finden Sie unter „Minimal- und Maximalewerte“ in der Produktdokumentation zu Analytics Platform System (PDW).

Bei der Erstellung der Datenbank muss genügend freier Speicherplatz auf jedem Computeknoten verfügbar sein, um den kombinierten Gesamtspeicherplatz der folgenden Größen zuzuweisen:

  • SQL Server-Datenbank mit Tabellen mit einer Größe von replicated_table_size.
  • SQL Server-Datenbank mit Tabellen mit einer Größe von (distributed_table_size bzw. Anzahl von Computeknoten)
  • SQL Server-Protokolle mit einer Größe von (log_size / Anzahl von Computeknoten).

Sperren

Führt eine gemeinsame Sperre für das DATABASE-Objekt durch.

Metadaten

Nachdem dieser Vorgang erfolgreich abgeschlossen wurde, wird für diese Datenbank in den Metadatensichten sys.databases und sys.objects ein Eintrag angezeigt.

Beispiele: Analytics-Plattformsystem (PDW)

A. Beispiele für die Erstellung einer grundlegenden Datenbank

Im folgenden Beispiel wird die Datenbank mytest mit einem zugewiesenen Speicherplatz von 100 GB pro Computeknoten für replizierte Tabellen, 500 GB pro Appliance für verteilte Tabellen und 100 GB pro Appliance für das Transaktionsprotokoll erstellt. In diesem Beispiel ist die Standardeinstellung für AUTOGROW auf OFF festgelegt.

CREATE DATABASE mytest
  WITH
    (REPLICATED_SIZE = 100 GB,
    DISTRIBUTED_SIZE = 500 GB,
    LOG_SIZE = 100 GB );

Im folgenden Beispiel wird die Datenbank mytest mit den gleichen Parametern wie oben erstellt, wobei AUTOGROW auf ON festgelegt ist. Dadurch kann sich die Datenbank über die angegebenen Größenparameter hinweg vergrößern.

CREATE DATABASE mytest
  WITH
    (AUTOGROW = ON,
    REPLICATED_SIZE = 100 GB,
    DISTRIBUTED_SIZE = 500 GB,
    LOG_SIZE = 100 GB);

B. Erstellen einer Datenbank mit partiellen Gigabytegrößen

Im folgenden Beispiel wird die Datenbank mytest, für die AUTOGROW auf OFF festgelegt ist, mit einem zugewiesenen Speicherplatz von 1,5 GB pro Computeknoten für replizierte Tabellen, 5,25 GB pro Appliance für verteilte Tabellen und 10 GB pro Appliance für das Transaktionsprotokoll erstellt.

CREATE DATABASE mytest
  WITH
    (REPLICATED_SIZE = 1.5 GB,
    DISTRIBUTED_SIZE = 5.25 GB,
    LOG_SIZE = 10 GB);

Nächste Schritte