Anhängen einer Datenbank schlägt fehl -> FILESTREAM Definitions-Datei...

Question

H,

nachdem ich den Sql-Server neu installiert habe, wollte ich ein meiner Dbs wieder anhängen, bekomme aber einen Fehler:

TITEL: Microsoft SQL Server Management Studio
------------------------------

Fehler bei Datenbank anfügen für Server 'A1111111\SQLEXPRESS'.  (Microsoft.SqlServer.Smo)

Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=11.0.2100.60+((SQL11_RTM).120210-1917+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Datenbank+anfügen+Server&LinkId=20476

------------------------------
ZUSÄTZLICHE INFORMATIONEN:

Ausnahme beim Ausführen einer Transact-SQL-Anweisung oder eines Transact-SQL-Batches. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

Die FILESTREAM-Funktion ist deaktiviert.
Fehler beim Aktivieren der Datei. Der physische Dateiname 'D:\Microsoft SQL Server\MSSQL11.SQLEXPRESS\MSSQL\DATA\my_master_production_files.mdf' ist möglicherweise falsch. Diagnostizieren und beheben Sie zusätzliche Fehler, und wiederholen Sie den Vorgang.
Die neue my_master_production-Datenbank konnte nicht geöffnet werden. CREATE DATABASE wird abgebrochen. (Microsoft SQL Server, Fehler: 5591)

Hilfe erhalten Sie durch Klicken auf: http://go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=11.00.2100&EvtSrc=MSSQLServer&EvtID=5591&LinkId=20476

------------------------------
SCHALTFLÄCHEN:

OK
------------------------------

Die Datenbank war zuvor mit FILESTREAM konfiguriert. Wenn ich das generierte Verzeichnis weglasse, bekomme ich einen Fehler, wenn ich es von meinem Backup zurückspiel bekomm eich eben den oben genannten Fehler. Wie komme ich an meine Tabellen und Daten?

Gruß Hipp

Answer 1

Filestream support muss auch auf dem SQL Server selber freigeschaltet werden:

SSMS -> connect Server -> Server Properties -> (Advanced?) -> FileStream

hier noch ein ausfuehrlicher Artikel: http://msdn.microsoft.com/de-de/library/cc645923.aspx

---

Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

Answer 2

Filestream ist freigeschaltet. Doch wenn man auf einem neu installierten SQL-Server die alte DB anhängen möchte, so geht dies nicht. Man kann zwar die Datenbank und log-File in das "DATA" Verzeichnis kopieren, dann aber mosert das System, dass da noch die "Datei" (Verzeichnis) für den FileStream fehlt. Kopiert man nun das alte Verzeichnis an den ursprünglichen Ort, so mosert das Systemebenfalls, da wohl die ganzen technischen Definitionen nicht mehr zum neuen Server passen. Zumindest habe ich es nicht geschafft, die DB einzuhängen. Glücklicherweise haben wir immer 2 Umgebungen, development und Production. Da ich gerade im Aufbau bin, war die development noch nicht mit dem filestream versehen und so konnte ich 2 neue DB's erstellen.

Auch habe ich gemerkt, dass die Zuordnung der neuen User mit gleichem Namen an die alte DB nicht geht, da das System sagte, dieser wäre bereits angehängt. So musste ich die db neu erstellen und jetzt ist alles bestens.

PS: alle DBs gesichert, auch die master :-)

Gruß Hipp

Answer 3

achso Du wolltest einfach detach / attach benutzen ?

ich glaube das geht nicht, sondern Du musst den Weg via Backup/Restore gehen da dann die Files im Backup enthalten sind und beim Restore auf dem zweiten Server neu erstellt werden.

---

Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

Answer 4

Doch wenn man auf einem neu installierten SQL-Server die alte DB anhängen möchte, so geht dies nicht. Man kann zwar die Datenbank und log-File in das "DATA" Verzeichnis kopieren, dann aber mosert das System, dass da noch die "Datei" (Verzeichnis) für den FileStream fehlt.

Hallo Hipp,

kannst Du Dich an Deinen anderen Post erinnern, ist ja erst ein paar Stunden her? Da habe ich noch geschrieben, das man anstelle eines Backups die "master" Datanbank kopieren solle ... ausnahmsweise und nur für den diesen einen einzigen Fall, anstelle eines normalen Backups.

Aber ansonsten gilt immer: Ein Backup erstellen und nur wer sichert, ist halbwegs sicher.

Von daher hat Daniel Recht, Filestream Daten sind im Backup enthalten und werden beim Restore wieder hergestellt. Beim bloßem "Attach" und dem nicht Vorhanden-sein der Filestream Dateien fehlt eben etwas; die Filestream Daten.

---

Olaf Helper
* cogito ergo sum * errare humanum est * quote erat demonstrandum *
Wenn ich denke, ist das ein Fehler und das beweise ich täglich
Blog Xing

Answer 5

Hallo,

wie meine Vorredner bin ich der Meinung: Einfacher ist Backup und Restore.

Gehen tut es auch mit Anhängen. Das das Filestream Datenverzeichnis wird dabei wie ein eigene Dateigruppe behandelt,
siehe z. B.: http://www.mssqltips.com/sqlservertip/1878/how-to-detach-and-attach-a-sql-server-filestream-enabled-database/
(gucken muss man auch auf die Datei-Verzeichnisberechtigungen).

Gruß Elmar

Answer 6

Hallo miteinander,

natürlich habt Ihr Recht. Doch gebe ich zu, dass ich auf Grund meines Triggers die Datenbank vollständig zugenagelt hatte und somit den kompletten Server denstallieren musste und nun alles wieder neu aufgebaut habe. Da jetzt aber intern ganz neue IDs vergeben wurden, also, die mit denen der Server intern arbeitet, passen diese nicht mehr zu meinen alten Daten (Filestream - hier handelt es sich ja nur um ein internes Verzeichnis und Aufbau des Servers, der von außen gesehen nur *.DAT Dateien hat.

Natürlich habe ich nach meiner Restaurierung alles gesichert. Die DB's normal und als Backup und das an 2 verschiedenen Orten. Auch wenn es mich viel Zeit gekostet hat, so hat es mein wenn auch nur bescheidenes Wissen um einiges bereichert.

Vielen Dank für die Bemühungen aller und ich freue mich schon auf kommende Aufgaben und Lösungen mit Euch.

Gruß Hipp

Answer 7

Doch gebe ich zu, dass ich auf Grund meines Triggers die Datenbank vollständig zugenagelt hatte und somit den kompletten Server denstallieren musste und nun alles wieder neu aufgebaut habe.

da warst Du wohl ein bisschen zu voreilig da eine Neuinstallation des SQL Server ueberfluessig gewesen waeren.

sieh es jedoch positiv - es war eine lehrreiche Erfahrung und Du wirst wohl zukuenftig solche Experimente nicht mehr auf einem produktiven Server durchfuehren, bevor sie nicht ausfuehrlich getestet wurden.

---

Please use Mark as Answer if my post solved your problem and use Vote As Helpful if a post was useful.

Answer 8

Vielen Dank für die Bemühungen aller und ich freue mich schon auf kommende Aufgaben und Lösungen mit Euch.

Hipp,

ich glaube Du hast den Sinn dieses Forums nicht ganz verstanden. Es ist nicht da um Deine Aufgaben zu loesen sondern nur um bei Problemen zu helfen wenn Du sonst nicht mehr weiterkommst :-)

Answer 9

Hallo Daniel,

doch habe ich schon, habe es nur etwas falsch formuliert.

Gruß Hipp