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

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

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?