MSSQL DB Restore Problem

[Pet04]

Hallo Zusammen,

Ich habe folgenden Problem.
Ich möchte eine Datenbank (Backupdatei .bak Datei) von einem SQL Server 2008 R2 Express nach SQL 2017 Express einspielen.

Dabei muss ich nun mit move den Pfade für den 2017er Server Ordner angeben.

Dabei scheitere ich momentan an die Syntax.

Mein alter Code, ohne Pfadangebe "MOVE TO" :

Code:

  ...
          with ADOQ1 do
          begin
         
            ProgressBar2.Position := 50;
            SQL.clear;
            SQL.Text := 'restore database :DBName from '
                        +'Disk = :BakPfadName ';                
            Parameters.ParamByName('BakPfadName').Value := sTemp;
            Parameters.ParamByName('DBName').Value := sDBName;
            ExecSQL();
          end; (*with*)
          …

Über das MM Studio funktioniert es:

Code:

RESTORE DATABASE [db_Name] FILE = N'db_Name' FROM  DISK = N'E:\Pfad des Backups\db_Name.bak' WITH  FILE = 1,  MOVE N'db_Name' TO N'C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.mdf',  MOVE N'db_Name_log' TO N'C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.LDF',  NOUNLOAD,  REPLACE

Wie muss die Syntax aussehen, dass ich die Pfade, MDF und LDF als Variable / Parameter übergeben kann ?

Beispielcode wäre schön.


Vielen Dank.

[jobo]

Na offensichtlich so, wenn das funktioniert?!
das Statement unten ist jedenfalls etwas 'ausführlicher' formuliert, behandelt mögliche widechar Zeichen, liefert zusätzliche Option (die aber vielleicht default sind. usw. usw.

Wieso verwendest Du das nicht so, wenn es funktioniert?

Zitat:

Zitat von Pet04 (Beitrag 1455118)

Über das MM Studio funktioniert es:

Code:

RESTORE DATABASE [db_Name] FILE = N'db_Name' FROM  DISK = N'E:\Pfad des Backups\db_Name.bak' WITH  FILE = 1,  MOVE N'db_Name' TO N'C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.mdf',  MOVE N'db_Name_log' TO N'C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.LDF',  NOUNLOAD,  REPLACE

[Pet04]

weil nicht immer das MM Studio auf den PC's ist und ich es gerne mit Delphi lösen will.
Ich habe ein kleines DB-Tool welches meine DB erstellt, sichert und wiederherstellt.
Der DB Name ändert sich auch.

[p80286]

Darum geht es nicht, sondern um die Formulierung de Statements, das im MMStudio etwas ausführlicher scheint. Mal abgesehen von der eckigen Klammer um den DBNamen.

Gruß
K-H

[jobo]

Das funktionierende Statement müsstest du 1:1 in Deinen Code übernehmen können. - zur Probe
Dann / dort sollte es ebenfalls funktionieren. In der Umgebung, aus der das MM Studio Statement stammt.

Dann muss natürlich die Parameterierung angepasst werden, damit es wieder dynamisch ist.

Ich weiß nicht was ich übersehe oder ob es Dir nicht klar ist. p80286 hat es auch geschrieben.

Was Du aus MM Studio gezeigt hast, ist SQL und SQL führst Du auch in Deinem Client aus.
Wie die Parameter richtig zu befüllen sind (Verzeichnis, Pfadnamen, .. und wie Du sie dynamisch bestimmst, musst Du allerdings selbst wissen.

Analogie:
wenn Du MM Studio hast und damit eine Tabelle abfragst, funktioniert es natürlich. Funktioniert es in Deinem Programm dann nicht, wenn kein MM Studio da ist? Nein, Du kannst die gleiche Abfrage einer Tabelle auch in Deinem Programm laufen lassen.

Ach so: mir fällt gerade ein, dass Du unter MM Studio vielleicht einen anderen User verwendest. Backup / Restore ist ja etwas administratives und der SQL(?) User, den Du im Client verwendest hat dazu vielleicht nicht die Rechte.

[Pet04]

der erste Code funktioniert ja.
Nun möchte ich ihn mit den Parametern erweitern, woran ich momentan schreitere.

dbPath2 ist die Pfadangabe vom SQL Server 2017

Code:

 with ADOQ1 do
          begin
            dbPath2 := dbPath +sDBName+'.mdf';
            log := dbPath +sDBName+'_log.ldf';
         
            ProgressBar2.Position := 50;
            SQL.clear;         
            SQL.Text := 'restore database :DBName from '
                    //    +'Disk = :BakPfadName with Replace';
                          +'Disk = :BakPfadName WITH  FILE = 1, Replace,  MOVE :DBName TO :dbPath2,  MOVE :logfile TO :log   ';
            Parameters.ParamByName('BakPfadName').Value := sTemp;
            Parameters.ParamByName('DBName').Value := sDBName;
            Parameters.ParamByName('dbPath2').Value := dbPath2;
            Parameters.ParamByName('logfile').Value := sDBName+'_log';
             Parameters.ParamByName('log').Value := log;
            ExecSQL();

Ich glaube, dass hier der Fehler bzw. die Syntax falsch ist.

Code:

 
SQL.Text := 'restore database :DBName from '                   
            +'Disk = :BakPfadName WITH  FILE = 1, Replace,  MOVE :DBName TO :dbPath2,  MOVE :logfile TO :log   ';

[jobo]

Tja, wie gesagt, Die Kopie Deines Statements oben sollte ja wohl funktionieren.

Dein Versuch sieht anders aus, als das, was angeblich funktioniert. Das war:

Code:

RESTORE DATABASE [db_Name] FILE = N'db_Name' 
   FROM DISK = N'E:\Pfad des Backups\db_Name.bak' 
   WITH FILE = 1, 
   MOVE N'db_Name' TO N'..PathWithFile.mdf', 
   MOVE N'db_Name_log' TO N'..PathWithFile.LDF', 
   NOUNLOAD, 
   REPLACE

Ach und ganz nebenbei: Wieso "glaubst" Du?
Was ist mit Fehlerbehandlung, ErrorCode, ErrorText?

[hoika]

Hallo,
"Funktioniert nicht", ist keine Fehlermeldung...

Was klappt konkret nicht, kommt ein SQL-Fehler?

Der müsste auch kommen, weil Parameter nicht für DB-Name (Tabellen usw.) benutzt werden können
(so ist es z.B. bei Firebird).

ein

Delphi-Quellcode:

Select Name From Person
Where PersonenNr=:PersonenNr
ParamByName('PersonenNr').AsInteger:= 1;

klappt

ein

Delphi-Quellcode:

Select Name From :Table
Where PersonenNr=:PersonenNr
ParamByName('Table').AsString:= 'Person'

klappt nicht

Das sollte auch klar ein,
weil ein Prepare der Query (dafür sind die Parameter ja u.a. da)
nicht klappen kann, weil der DB-Server ja gar nicht weiss, mit welcher Tabelle du etwas vorhast.

[Pet04]

Sorry

Die Fehlermeldung lautet:

" Ein Parameterobjekt ist nicht ordnungsgemäß definiert.
Inkonsistente oder unvollständige Informationen wurden eingegeben"

Eine Fehlerbehandlung habe ich auch.
Hatte sie nur nicht mit im Code kopiert.

Code:

 

// Funktionierende Version 
try
  with ADOQ1 do
          begin
         
            ProgressBar2.Position := 50;
            SQL.clear;
            SQL.Text := 'restore database :DBName from '
                        +'Disk = :BakPfadName ';               
            Parameters.ParamByName('BakPfadName').Value := sTemp;
            Parameters.ParamByName('DBName').Value := sDBName;
            ExecSQL();
          end; (*with*)         
except
on E:Exception do
messagedlg(E.Message, mtError, [mbok], 0);

[jobo]

Ich hab kein mssql server, aber wär mir nicht sicher, dass man den DBNAME nicht angeben kann.
In einer Query bedeutet eine dynamische Tabelle ja, das jeweils andere Felder und Typen verfügbar wären, deswegen dürfen Tabellennamen wahrscheinlich nicht parametriert werden.

Das ist aber bei diesem Statement nicht so. Es ist ja mehr oder weniger eine Prozeduraufruf mit einer handvoll Parameter (u.a. DBNAME). Keiner dieser Parameter ändert durch einen Wertewechsel die Dynamik des Gesamtstatements.

Vermutlich hat ja sein alter Aufruf mit Param DBName tatsächlich funktioniert. Hier fehlt sicher nur die richtige Aufrufsyntax, ein Komma, ein N'' oder sowas.

Wenn er Fehlerbehandlung einbauen würde, bekäme er es sicher schwarz auf weiß, was hakt.


P.S: roter Balken:
Das ist natürlich die tolle ADO Standardmeldung die gar nichts sagt. Hurra!

Also nimm tatsächlich stückweise die Paramter raus und statt dessen statische Werte, bis Du den Übeltäter hast.
Und natürlich die Syntax aus MM Studio so exakt wie möglich nachbilden.

[jobo]

Also mein erst Versuch wäre jedenfalls mal ordentliche Anführungszeichen, am bsten gleich mit N'' da reinzubauen.
Pfadnamen mit Leerzeichen kommen sicher nicht gut.

[TigerLilly]

Der TE verwechselt dynamisches SQL und Parameter. Parameter können nicht beliebig eingesetzt werden, sondern nur im WHERE als Teil eines Vergleichsausdrucks.

Das SQL Statement für das Restore muss dynamisch zusammengesetzt werden.

[p80286]

Danke! Manchmal ist man ganz schön vernagelt!

Gruß
K-H

[haentschman]

Moin...8-)

Zitat:

Ich hab kein mssql server, aber wär mir nicht sicher, dass man den DBNAME nicht angeben kann.

...aktuell bin auch dieser Meinung. :wink:

Lösung:

Delphi-Quellcode:

AdoQuery.SQL.Text := Format('restore database %s from ....mit Parameter', [Variable_DBNAME_string])
...

PS: Verabschiede dich vom WITH...das ist mehr zeitgemäß und macht nur Probleme wenn man sie nicht braucht. :wink:

[HolgerX]

Hmm..

Wie in den vorherigen Threads ja schon geschrieben, musst Du den SQL-Befehl manuell zusammen bauen:

(Verkürzt, auf das Wesentliche)

Delphi-Quellcode:

ADOQuery.SQL.Text := 'RESTORE DATABASE ' + ATargetDB;
ADOQuery.SQL.Add('FROM DISK = ' + QuotedStr(ASourceFile));
ADOQuery.SQL.Add('WITH ');
ADOQuery.SQL.Add('MOVE '+ QuotedStr(ADataBaseLogicalNameMDF) + ' TO '+QuotedStr(ATargetDBPhysicalNameMDF) + ' , ');
ADOQuery.SQL.Add('MOVE '+ QuotedStr(ADataBaseLogicalNameLDF) + ' TO '+QuotedStr(ATargetDBPhysicalNameLDF));

Erläuterung:

ATargetDB -> Datenbankname (z.B. DBName)
ASourceFile -> Filename (z.B. E:\Pfad des Backups\db_Name.bak)
ADataBaseLogicalNameMDF -> MDF Datenbankname im Backupfile (z.B. DBName)
ATargetDBPhysicalNameMDF -> MDF DateiName Ziel (z.B. C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.MDF )
ADataBaseLogicalNameLDF -> LDF Logname im Backupfile (z.B. DBName_LOG)
ATargetDBPhysicalNameLDF -> MDF DateiName Ziel (z.B. C:\Program Files\Microsoft SQL Server\MSSQL14.SQLEXPRESS\MSSQL\DATA\db_Name.LDF )

Bedenke aber, dass es hier Fallstricke gibt:
1.)
Es können mehr wie ein MDF oder LDF File im Backup enthalten sein, dann benötigst Du für jedes File eine separate 'MOVE ' Zeile.
2.)
Der Name des Datenbank-Files 'im' Backup kann sich vom Verwendeten Namen der Datenbank unterscheiden. Somit kann 'ATargetDB' und 'ADataBaseLogicalNameMDF' unterschiedlich sein.

Um dies zu Umgehen, musst Du vor dem Zusammenbau deines SQL-Befehls erstmal aus dem Backup-File diese Informationen auslesen.

Dies ist nicht ganz trivial und unterscheidet sich bei den verschiedenen Versionen des SQL-Servers geringfügig.

Musst Du mal googlen...

[Pet04]

Erst einmal vielen Dank für die ganze Unterstützung.

Es funktioniert nun.

Ich habe den SQL Befehl nun manuell zusammen gebaut.

Dies hatte ich auch als erstes versucht. Hatte halt Fehler mit den Anführungszeichen :wall

Im Prinzip habe ich es nun so gelost wie HolgerX es auch geschrieben hat.

[Pet04]

Anbei nochmal der Code:

Code:

SQL.text := 'restore database '+ sDBName +
                  ' from disk = ''' + sTemp +
                  ''' with replace, move ''' + sDBName +
                  ''' to ''' + dbPath + sDBName+'.mdf'' , move ''' +
                  sDBName +'_log'' to ''' +
                  dbPath + sDBName + '_log.ldf'';';

[haentschman]

Moin...8-)

Delphi-Quellcode:

ADOQuery.SQL.Text := 'RESTORE DATABASE ' + ATargetDB;
ADOQuery.SQL.Add('FROM DISK = ' + QuotedStr(ASourceFile));
ADOQuery.SQL.Add('WITH ');
ADOQuery.SQL.Add('MOVE '+ QuotedStr(ADataBaseLogicalNameMDF) + ' TO '+QuotedStr(ATargetDBPhysicalNameMDF) + ' , ');
ADOQuery.SQL.Add('MOVE '+ QuotedStr(ADataBaseLogicalNameLDF) + ' TO '+QuotedStr(ATargetDBPhysicalNameLDF));

...sorry. Aber ohne Parameter geht gar nicht. :evil: Es muß doch nur der table Name für den Parser in das SQL aufgenommen werden. Dynamisch entweder mit + (:kotz: :wink:) oder Format.

:wink:

Nachtrag:

Zitat:

Ich habe den SQL Befehl nun manuell zusammen gebaut.

Code:

SQL.text := 'restore database '+ sDBName +
                  ' from disk = ''' + sTemp +
                  ''' with replace, move ''' + sDBName +
                  ''' to ''' + dbPath + sDBName+'.mdf'' , move ''' +
                  sDBName +'_log'' to ''' +
                  dbPath + sDBName + '_log.ldf'';';

...übersichtlich ist was anderes. Auch wenn es so geht. :? Denkst du auch an die die in 3 Monaten den Code in die Finger bekommen und dann :kotz:...:wink:

[jobo]

Gut also 'Hübsch' wäre anders und bevor es einem hoch kommt: vor der Kür kommt die Pflicht und da finde ich die Anmerkung von HolgerX wichtiger, als Optik und "Verständnis" (Es ist halt ein Restore, so what):
Anzahl und Inhalt der Backupdateien ist dynamisch!

Vielleicht ist so ein Fall nicht relevant im Betrieb dieser Software, aber es sollte dennoch vom TE beachtet werden. In unseren Oracle Systemen bauen wir vergleichbare Statements. Das entscheidende ist dabei, dass alle dazu benötigten, dynamischen Infos über Anzahl und Location der Control Files und Tablespace Files etc aus der DB selbst kommen. Man muss es halt nur abfragen. Dazu eine Funktion die das abfragt und bastelt und der Admin kann nach Herzenslust Tablespaces anlegen.
Das ergibt letztlich eine eigene Funktion, die das fertige Statement ausspukt.

Wie gesagt, keine Ahnung von MSSQL, aber auf die Schnelle findet man sowas hier z.B.(schon älter, aber es geht erstmal um die Idee):

https://www.mssqltips.com/sqlservert...n-a-directory/