McKloony

oder 

USE [master]
RESTORE DATABASE [TestDB] FROM  DISK = N'D:\TestDB_Backup.bak' WITH  FILE = 1,  MOVE N'Dummy' TO N'D:\SQLDatenbank\TestDB.mdf',  MOVE N'Dummy_log' TO N'D:\SQLDatenbank\TestDB_Log.ldf',  NOUNLOAD,  REPLACE,  STATS = 5
GO

Das blöde ist, dass der Name "Dummy" unbekannt ist. Denn ich möchte aus Zeitgründen vermeiden, die Datenbank zu öffnen und reinzuschauen. 

USE [master]

RESTORE DATABASE [TestDB] FROM  DISK = N'D:\TestDB_Backup.bak' WITH  FILE = 1,  MOVE N'Dummy' TO N'D:\SQLDatenbank\Dummy.mdf',  MOVE N'Dummy_log' TO N'D:\SQLDatenbank\Dummy_log.ldf',  NOUNLOAD,  REPLACE,  STATS = 5

GO

Ich glaube das Grundübel ist immer noch nicht so ganz klar geworden, daher poste ich einmal drei Screenshots:

Wenn man die Datei, welche wiederhergestellt werden soll per Management Studio Express wiederherstellt, zeigt der folgende Screenshot, das der Name im Sicherungssatz nicht der ist, der erwartet wird. Ich möchte, dass die Datenbank nicht "TeleWorker_r840" sondern einfach nur "Dummy" heißen soll

Da diese von einem fremden SQL Server kommt stimmt der im Sicherungssatz enthaltene Pfad selbstverständlich auch nicht und muss geändert werden:

Darüber hinaus bietet das neue Management Studio eine für mich redundante Funktion, nämlich bei der Wiederherstellung die Datenbank in einen anderen Ordner zu verschieben:

Ich vermute daher, dass T-SQL nicht alle Möglichkeiten abdeckt, die man mit dem neuen Management Studio machen kann.

Das Backup stammt vom SQL Server 2008 SP2

Das Problem ist der logische Dateiname im Steuerungssatz. Dieser ist nicht immer gleich. Deshalb wirft das Script beim SQL Server 2012 eine Fehlermeldung aus. 

Bei Deinem neune Beispiel habe ich gesehen, dass Du eine Access (*.mdb) Datei angegeben hast. Ist das so korrekt, das wäre ja eine Konvertierung.

Das Problem hierbei ist noch "'ProduktivDB". Das scheint der Name der Datenbank im Sicherungssatz zu sein oder auch nicht.

 

Meldung 3234, Ebene 16, Status 2, Zeile 3

Die logische Datei 'Test_log' ist nicht Teil der Test-Datenbank. Verwenden Sie RESTORE FILELISTONLY zum Auflisten der logischen Dateinamen.

Meldung 3013, Ebene 16, Status 1, Zeile 3

RESTORE DATABASE wird fehlerbedingt beendet.

Wie beschrieben sind sowohl der Pfad als auch der Name der wiederherzustellenden Datenbank anders als in der Zieldatenbank

Das hilft schon sehr weiter, aber wenn man z. B. eine Datei von einem anderen SQL Server verwendet, der einen anderen Speicherort hat und darüber hinaus noch der Name der Datenbank im Sicherungssatz anders lautet, dann kommt folgende Fehlermeldung:

 

Meldung 5133, Ebene 16, Status 1, Zeile 3

Fehler bei der Verzeichnissuche für die Datei 'c:\Program Files\Microsoft SQL Server\MSSQL10_50.MOND\MSSQL\DATA\Dummy.mdf'. Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.).

Meldung 3156, Ebene 16, Status 3, Zeile 3

Die Datei 'Dummy' kann nicht in 'c:\Program Files\Microsoft SQL Server\MSSQL10_50.MOND\MSSQL\DATA\Dummy.mdf' wiederhergestellt werden. Verwenden Sie WITH MOVE, um einen gültigen Speicherort für die Datei zu identifizieren.

Meldung 5133, Ebene 16, Status 1, Zeile 3

Fehler bei der Verzeichnissuche für die Datei 'c:\Program Files\Microsoft SQL Server\MSSQL10_50.MOND\MSSQL\DATA\Dummy_log.ldf'. Betriebssystemfehler 3(Das System kann den angegebenen Pfad nicht finden.).

Meldung 3156, Ebene 16, Status 3, Zeile 3

Die Datei 'Dummy_log' kann nicht in 'c:\Program Files\Microsoft SQL Server\MSSQL10_50.MOND\MSSQL\DATA\Dummy_log.ldf' wiederhergestellt werden. Verwenden Sie WITH MOVE, um einen gültigen Speicherort für die Datei zu identifizieren.

Meldung 3119, Ebene 16, Status 1, Zeile 3

Beim Planen der RESTORE-Anweisung wurden Probleme gefunden. Vorausgehende Meldungen enthalten ausführliche Informationen.

Meldung 3013, Ebene 16, Status 1, Zeile 3

RESTORE DATABASE wird fehlerbedingt beendet.

Seit einigen Wochen finde ich im Root Verzeichnis von c:\ und d:\ immer wieder eine Datei namens: "test.rtf" welche 0 KByte groß ist. Hat jemand eine Ahnung was das ist. ich habe gelesen, dass auch andere User diese Datei in jüngster Zeit vorfinden. 

Beim SQL Server 2008 war es sehr einfach eine Datenbank wiederherzustellen, wenn der Sicherungssatz nicht denselben Datenbanknamen enthielt als die vorhandene Datenbank. Denn dieser Name wurde beim SQL Server 2008 dann ignoriert. Beim SQL Server 2012 ist das nicht mehr so einfach. Hier kommt es zu folgender Fehlermeldung, wenn man dieses versucht:

USE master;
GO

ALTER DATABASE Testdatenbank SET RECOVERY SIMPLE;
GO

RESTORE DATABASE Testdatenbank
FROM DISK = 'D:\Testdatenbank_Backup.bak'
GO

Meldung 3154, Ebene 16, Status 4, Zeile 2
Der Sicherungssatz enthält die Sicherung einer anderen Datenbank als der vorhandenen Testdatenbank-Datenbank.

Meldung 3013, Ebene 16, Status 1, Zeile 2
RESTORE DATABASE wird fehlerbedingt beendet.

Wenn man das aktuelle Windows Remotedesktop benutzt, wir bei der Einstellung Seamless Window, bei der nicht der Desktop, sondern nur die Anwendung zu sehen ist, oben eine kleine leiste eingeblendet, mit der man eine Spachauswahl vornnehmen kann. Diese läßt sich zwar wegschalten, aber man muss dem Anwender das immer erst erklären. Gibt es eine Möglichkiet, diese von Anfang an per GPO oder ähnlichem zu deaktivieren?

Wir nutzen Remotedesktop, damit unsere Teleworker auf dem Server arbeiten können. Diese nutzen eine Anwednung, welche an manchen Stellen des programms den Windwos-Eigenen Datei-Öffnen Diaglog verwendet, um z.B. eine Datei zu importieren. Dieser Dialog wird auch benötigt. Jetzt ist es aber so, dass dieser Dialog auch in der Lage ist, mit der Entf-Taste, eine Datei zu löschen, umzubenennen oder einen neune Ordner anzulegen. Wie kann man diees ausschalten ohne das recht zu verlieren, Dateien auf die Festplatte sepichern zu können?