Neuaufbauprozess für Datenbanken der Version 9 und höher

Es wird empfohlen, die Datenbank vor dem Neuaufbau zu sichern.

Hinweis

Die Seitengröße für eine Datenbank (in Byte) kann 2048, 4096, 8192, 16384 oder 32768 betragen, wobei der Standardwert die Seitengröße der ursprünglichen Datenbank ist.

Weitere Informationen über das Upgrade von Windows Mobile-Datenbanken finden Sie unter Neuaufbau von Datenbanken unter Windows Mobile.

Hinweis

SQL Anywhere 9.0.2 für Mac OS X wurde auf PPC unterstützt, während SQL Anywhere 10.0.0 und höher für Mac OS X auf Intel unterstützt wird. Wenn Sie eine Datenbank der Version 9.0.2 oder früher unter Mac OS X betreiben, gibt es zwei Möglichkeiten zum Entladen der Datenbank:

Sie entladen die Datenbank mit der Version 9.0.2.
Sie kopieren die Datenbank auf eine andere Plattform, auf der SQL Anywhere 16 installiert ist, und entladen die Datenbank dann mithilfe der Version 16.

Wenn die Datenbank entladen wurde, können Sie sie mit der Version 16 auf Mac OS X neu laden.

Vorsicht

Das Entladen und Neuladen einer großen Datenbank kann zeitaufwändig sein und viel Plattenspeicher benötigen. Der Prozess erfordert auf der Festplatte verfügbaren Speicherplatz, der etwa der doppelten Datenbankgröße entspricht, um die entladenen Daten und neue Datenbankdatei zu speichern.

Einschränkungen für das Upgrade

Es gibt einige Einschränkungen, die beim Neuaufbau von Datenbanken bis Version 9 mit den Tools der Version 16 beachtet werden müssen:

Trennen Sie die Verbindungen der Datenbank mit allen früheren Versionen des Datenbankservers und fahren Sie alle Datenbankserver früherer Versionen herunter, die auf dem Computer ausgeführt werden. Außerdem müssen alle Datenbankserver der Version 16 heruntergefahren werden, die auf dem Computer laufen. Wenn dbunload nicht fortgesetzt werden kann, da das Programm einen solchen Datenbankserver erkennt, gibt es einen Fehler aus und schlägt fehl.
Beziehen Sie die Verbindungsparameter ENG, START oder LINKS nicht in die Verbindungszeichenfolge für die alte Datenbank ein (angegeben in der Option -c). Wenn Sie diese Parameter angeben, werden sie ignoriert und eine Warnung wird angezeigt. Geben Sie in Sybase Central im Fenster Verbinden keine Werte in die Felder Servername und Startzeile ein.
Führen Sie dbunload auf einem Computer aus, der direkten Dateisystemzugriff auf die alte Datenbank hat. (dbunload muss eine Shared Memory-Verbindung mit der Datenbank herstellen können.)
Führen Sie auf keinen Fall einen Datenbankserver mit dem Namen dbunload_support_engine auf dem Computer aus, auf dem der Neuaufbau durchgeführt wird.
Entladen Sie eine Datenbank der Version 9 oder früher nicht, wenn für die Datenbankdatei eine Wiederherstellung erforderlich ist. Wenn Sie das Dienstprogramm zum Entladen (dbunload) für eine Datenbankdatei verwenden, für die eine Wiederherstellung erforderlich ist, wird eine Meldung zurückgegeben, die darüber informiert, dass die Datenbank nicht gestartet werden konnte. Verwenden Sie einen Datenbankserver der Version 9, um die Datenbank zu starten, und stoppen Sie dann die Datenbank, bevor Sie nochmals versuchen, dbunload auszuführen. Um eine Datenbank der Version 9 oder höher zu entladen, müssen Sie die Datenbank im schreibgeschützten Modus starten können. Siehe Datenbankoption -r .

Besondere Hinweise

Groß- und Kleinschreibung bei Kennwörtern In neu erstellten SQL Anywhere-Datenbanken der Version 16 berücksichtigen alle Kennwörter die Groß- und Kleinschreibung, unabhängig davon, ob die Datenbank die Groß- und Kleinschreibung berücksichtigt. Das DBA-Standardkennwort neuer Datenbanken lautet sql.
Wenn Sie eine vorhandene Datenbank neu erstellen, legt SQL Anywhere wie folgt fest, ob das Kennwort die Groß- und Kleinschreibung berücksichtigt:
- Wenn das Kennwort ursprünglich in eine Datenbank eingegeben wurde, in der die Groß- und Kleinschreibung nicht berücksichtigt wurde, wird bei dem Kennwort weiterhin die Groß- und Kleinschreibung nicht berücksichtigt.
- Wenn das Kennwort ursprünglich in eine Datenbank eingegeben wurde, in der die Groß- und Kleinschreibung berücksichtigt wurde, wird die Schreibweise bei Kennwörtern in Großschreibung und in einer Mischung aus Groß- und Kleinschreibung weiterhin berücksichtigt. Wenn das Kennwort jedoch in Kleinschreibung eingegeben wurde, wird die Groß- und Kleinschreibung nicht berücksichtigt.
- Bei Änderungen vorhandener Kennwörter sowie bei neuen Kennwörtern wird die Groß- und Kleinschreibung berücksichtigt.
Seitengrößen Die Standardgröße der Datenbankseiten für SQL Anywhere 16 ist 4096 Byte. In Version 16 werden die Seitengrößen 2048 Byte, 4096 Byte, 8192 Byte, 16384 Byte und 32768 Byte unterstützt. Wenn Ihre alte Datenbank eine nicht unterstützte Seitengröße verwendet, hat die neue Datenbank standardmäßig die Seitengröße von 4096 Byte. Sie können die dbinit-Option -p oder die dbunload-Option -ap verwenden, um eine andere Seitengröße festzulegen. Siehe Dienstprogramm Initialisierung (dbinit) und Dienstprogramm zum Entladen (dbunload).
Kollationen In Version 9 und früher unterstützte SQL Anywhere eine Kollation mit CHAR-Datentypen. Diese Kollation hat den SQL Anywhere-Kollationsalgorithmus (SQL Anywhere Collation Algorithm, SACA) verwendet. In Version 10 und höher unterstützt SQL Anywhere die beiden Kollationsalgorithmen SACA und UCA (Unicode Collation Algorithm). Die SACA-Kollation der alten Datenbank wird entladen und in der neu aufgebauten Datenbank erneut verwendet, außer Sie legen eine neue oder andere Kollation für die neu aufgebaute Datenbank fest.
Wenn Sie eine Datenbank mit einer benutzerdefinierten Kollation neu aufbauen, wird die Kollation nur beibehalten, wenn Sie sie in einem einzigen Schritt neu aufbauen (internes Entladen). Wenn Sie wählen, die Datenbank zu entladen und dann das Schema und die Daten in eine erstellte Datenbank zu laden, müssen Sie eine der unterstützten Kollationen verwenden. Siehe Alternative Kollationen.
Datenbankdateigröße Aufgrund von Indexänderungen in SQL Anywhere kann es vorkommen, dass eine Datenbank nach dem Neuaufbau durch Entladen und Neuladen kleiner ist als die ursprüngliche Datenbank. Die geringere Datenbankgröße ist kein Hinweis auf ein Problem oder einen Datenverlust.

Bekannte Probleme

Falls die Neuerstellung fehlschlägt, wenn Sie dbunload oder den Assistenten zum Entladen einer Datenbank ausführen, können Sie mit den folgenden Schritten die Ursache für den Fehler ermitteln.

Erstellen Sie eine neue, leere Datenbank der Version 16.
dbinit -dba DBA,sql test.db
Wenden Sie die Datei reload.sql auf die leere Datenbank an.
dbisql -c "DBF=test.db;UID=DBA;pwd=sql" reload.sql
Ändern Sie die Datei reload.sql oder die ursprüngliche Datenbank anhand der Meldungen, die Sie erhalten, wenn Sie die Datei reload.sql auf die neue Datenbank anwenden.

Die folgende Tabelle listet bekannte Probleme, die zu einem Fehlschlag der Neuerstellung führen, sowie die jeweiligen Lösungen auf.

Bekanntes Problem

Lösung

Eine DECLARE LOCAL TEMPORARY TABLE-Anweisung in einer Prozedur oder einem Trigger verursacht einen Syntaxfehler, wenn der Tabellenname einen Eigentümernamen als Präfix hat.

Entfernen Sie den Eigentümernamen.

Wenn eine CREATE TRIGGER-Anweisung keinen Eigentümernamen für die Tabelle enthält, für die der Trigger definiert wurde, und die Tabelle mit einem Eigentümer qualifiziert werden muss, wenn sie von dem Benutzer referenziert wird, der die Datei reload.sql ausführt, schlägt die Anweisung fehl. Es wird ein Fehler ausgegeben, der darauf hinweist, dass die Tabelle nicht gefunden wurde.

Stellen Sie dem Tabellennamen den Eigentümernamen als Präfix voran.

Wenn ein Objektname (z.B. eine Tabelle, Spalte, Variable oder ein Parametername) ein reserviertes Wort ist, das in einer höheren Version von SQL Anywhere eingeführt wurde (z.B. NCHAR), schlägt das erneute Laden fehl. Beispiel:

CREATE PROCEDURE p( )
BEGIN
 DECLARE NCHAR INT;
 SET NCHAR = 1;
END;

Ändern Sie alle Verweise auf das reservierte Wort, indem Sie einen anderen Namen verwenden. Bei Variablennamen ist die Verwendung des Präfixes @ eine allgemeine Konvention, die Namenskonflikte vermeidet.

Eine vollständige Liste der reservierten Wörter finden Sie unter Reservierte Wörter.

Wenn eine Datenbank mit dbunload aus Version 9 oder früher entladen wird, kann die Datei reload.sql Aufrufe der ml_add_property-Systemprozedur enthalten, doch diese Prozedur ist in einer neuen Datenbank der Version 16 nicht enthalten.

Entladen Sie die Datenbank mit dem dbunload-Dienstprogramm der Version 16.

Weitere Hinweise dazu, wie Sie sicherstellen können, dass die richtige Version der Datenbank-Dienstprogramme verwendet wird, finden Sie unter Sicherstellen, dass Sie die richtige Version der Dienstprogramme ausführen, wenn mehrere Versionen installiert sind.

Wenn Sie eine Datenbank mit dem Dienstprogramm dbunload aus Version 9 oder früher entladen, werden Ansichten, die Transact-SQL-Outer-Joins (Angabe *= or =*) verwenden, möglicherweise nicht richtig erstellt, wenn sie erneut geladen werden.

Fügen Sie die folgende Zeile in das Neulade-Skript ein:

SET TEMPORARY OPTION tsql_outer_joins='on';

Sie sollten später alle Ansichten, die Transact-SQL-Outer-Joins verwenden, neu erstellen.

Die [NOT] DETERMINISTIC-Klausel wird von den Anweisungen CREATE PROCEDURE und ALTER PROCEDURE nicht unterstützt. Wenn die Klausel vorhanden ist, schlägt das erneute Laden fehl und es wird ein Syntaxfehler gemeldet.

Wenn Sie ein Upgrade einer Datenbank durchführen, die benutzerdefinierte Prozeduren enthält, die die [NOT] DETERMINISTIC-Klausel enthalten, müssen Sie die Klausel entfernen, bevor Sie die Datenbank entladen und neu laden.

Datenbanken der Version 9 oder früher neu aufbauen (Sybase Central)
Datenbanken der Version 9 oder früher mit dem Dienstprogramm zum Entladen neu aufbauen (Befehlszeile)

Kommentieren Sie diese Seite in DocCommentXchange.