SQL Database deleted ipv detached..en nu?

[Bollux]

Topic maakt wel veel duidelijk....ik heb dus een database in sql server management studio 2005 per ongeluk deleted ipv detached.

Ik had een kopie gemaakt vd .mdf en .ldf...maar ik kan de DB nu niet attachen....who can help!!!!????

[MrHarry]

je kan de lelijke manier doen door:
nieuwe db aanmaken met precies die naam, die wel DISMOUNTEN en dan de mdf en ldf vervangen door de backup. en proberen te remounten.

[jurma]

Heb je de SQL services al een keer proberen te restarten om het daarna toe te voegen?

[Bollux]

met dismounten en remounten bedoel je detachen en attachen?

Kan de services niet zomaar restarten omdat er meerdere databases gekoppeld zijn die in gebruik zijn.

[Bollux]

MrHarry schreef op woensdag 31 maart 2010 @ 14:06:
je kan de lelijke manier doen door:
nieuwe db aanmaken met precies die naam, die wel DISMOUNTEN en dan de mdf en ldf vervangen door de backup. en proberen te remounten.

geprobeert...maar werkt niet! help!

[alt-92]

Restoren van je backup.
Die heb je toch wel hoop ik?

[jurma]

alt-92 schreef op woensdag 31 maart 2010 @ 14:39:
Restoren van je backup.
Die heb je toch wel hoop ik?

Zoals ik het lees heeft hij alleen backup van de MDF file.

Helpt het volgende commando in de query analyser?

code:

sp_attach_single_file_db @dbname= 'databasename', @physname= 'C:\path\to\databasefile.mdf'

[Bollux]

kheb gewoon letter kopieën van de .mdf en .ldf heb het log bestand dus ook.. ik ga is even proberen met dat commando!

[Bollux]

als ik die query probeer krijg ik de volgende melding:

Msg 1813, Level 16, State 2, Line 1
Could not open new database 'prosoftwaresql_41102'. CREATE DATABASE is aborted.
Msg 9003, Level 20, State 9, Line 1
The log scan number (2635:256:228) passed to log scan in database 'prosoftwaresql_41102' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication, re-create the publication. Otherwise, restore from backup if the problem results in a failure during startup.

[jurma]

Joshualoman schreef op woensdag 31 maart 2010 @ 15:11:
als ik die query probeer krijg ik de volgende melding:

Msg 1813, Level 16, State 2, Line 1
Could not open new database 'prosoftwaresql_41102'. CREATE DATABASE is aborted.
Msg 9003, Level 20, State 9, Line 1
The log scan number (2635:256:228) passed to log scan in database 'prosoftwaresql_41102' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication, re-create the publication. Otherwise, restore from backup if the problem results in a failure during startup.

Dat komt omdat je de log file wil toevoegen je kan hier voor het volgende doen:

code:

1. Create a new database with the same name and same MDF and LDF files 

2. Stop sql server and rename the existing MDF to a new one and copy the original MDF to this location and delete the LDF files.

3. Start SQL Server

4. Now your database will be marked suspect 5. Update the sysdatabases to update to Emergency mode. This will not use LOG files in start up

Sp_configure "allow updates", 1
go
Reconfigure with override
GO
Update sysdatabases set status = 32768 where name = "BadDbName"
go
Sp_configure "allow updates", 0
go
Reconfigure with override
GO

6. Restart sql server. now the database will be in emergency mode

7. Now execute the undocumented DBCC to create a log file

DBCC REBUILD_LOG(dbname,'c:\dbname.ldf') -- Undocumented step to create a new log file.

(replace the dbname and log file name based on ur requirement)

8. Execute sp_resetstatus <dbname>

9. Restart SQL server and see the database is online.

Maar dit was ook makkelijk te vinden via google.

Hoe dan ook, je zal een keer de sql server moeten restarten, jammer voor de andere databases die er aan gekoppeld zit.

[Dromer]

Maar als je gewoon de mdf en ldf bestanden hebt kan je hem toch gewoon weer attachen?

[alt-92]

Bij een detach (normaal) worden je logs ook 'afgekoppeld'.
TS heeft echter een harde delete gedaan, en de logs zijn er dus nog waardoor je met disaster recovery technieken aan de gang moet gaan om je log & database files te reconcilen...
En dat was te voorkomen geweest met een goede backup (en nee: een domme filecopy is géén bruikbare backup routine met SQL servers.)