August 14, 2002 at 5:28 pm
I've many databases on the server I've inherited. Some are detached and rather than manually check each db to see which is attached/detached I'm trying to find a sql script method that will tell me. I've searched through the site but cannot find anything that may help. Is it possible? If so, how? Thanks for any help.
August 14, 2002 at 5:29 pm
Sorry - should have said SQL2000
- Richard
August 14, 2002 at 5:57 pm
Nothing that I know of. One way would be to pull the list of mdf's, then query against (sysfiles? have to look) to see if its listed. Or you could just try to move or rename them, SQL wont let you if they are in use.
Andy
August 14, 2002 at 6:01 pm
It appears that once detached the db is no longer know to SQL Server (or at least it looks that way to me). I'm taking the sledge hammer approach and searching for mdf's and then as you suggest comparing them against sysdatabases. I guess I could do this in a dos script but that's a bit beyond me at the moment. Maybe someone will come up with something better - thanks, Richard.
August 14, 2002 at 6:31 pm
Thats correct - once you detach SQL doesnt know anything about it.
Andy
August 14, 2002 at 8:27 pm
I've knocked together this short script that I run from Master. Forgive any scripting stupidity - I'm not a DBA - but I think you get the general approach. It assumes you have some idea where the .mdf files are. I'm sure someone could improve on it but it does what I need at the moment.
------------------------------
if exists (select name from sysobjects where name ='temp_mdf_files') drop table temp_mdf_files
if exists (select name from sysobjects where name ='temp_mdf_dbnames') drop table temp_mdf_dbnames
create table temp_mdf_files (
full_filename varchar(200))
create table temp_mdf_dbnames (
pos_dbname varchar(200))
insert temp_mdf_files
exec xp_cmdshell 'dir e:\*.mdf /s/b'
inserttemp_mdf_dbnames
select reverse(
substring( reverse(
substring(full_filename,1,datalength(full_filename)-4)) ,1,patindex('%\%', reverse(full_filename))-5)
)
from temp_mdf_files
order by 1
select * from temp_mdf_dbnames
where pos_dbname not in (select name from sysdatabases)
drop table temp_mdf_files
drop table temp_mdf_dbnames
August 19, 2002 at 2:49 pm
This teaches me to test a lot more before going public. The above didn't really work but this version does (I think).
if exists (select name from sysobjects where name ='temp_mdf_files') drop table temp_mdf_files
create table temp_mdf_files (
full_filename varchar(200))
insert temp_mdf_files
exec xp_cmdshell 'dir e:\*.mdf /s/b'
insert temp_mdf_files
exec xp_cmdshell 'dir c:\*.mdf /s/b'
insert temp_mdf_files
exec xp_cmdshell 'dir d:\*.mdf /s/b'
select * from temp_mdf_files
where Upper(full_filename) not in (select Upper(filename) from sysdatabases)
order by 1
drop table temp_mdf_files
December 18, 2012 at 6:02 am
Nearly...
You need to enable XP_cmdshell beforehand
I've also done a bit of tidying up
---- enable these jobs
---- show advanced options
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
---- enable xp_cmdshell
sp_configure 'xp_cmdshell', 1;
GO
RECONFIGURE;
GO
---- hide advanced options
sp_configure 'show advanced options', 0;
GO
RECONFIGURE;
GO
-- based on http://www.sqlservercentral.com/Forums/Topic6166-5-1.aspx
-- create temporary table
create table #temp_mdf_files
(
full_filename varchar(200)
)
--populate the temp table with any MDF files found
insert #temp_mdf_files
exec xp_cmdshell 'dir c:\*.mdf /s/b'
insert #temp_mdf_files
exec xp_cmdshell 'dir d:\*.mdf /s/b'
insert #temp_mdf_files
exec xp_cmdshell 'dir e:\*.mdf /s/b'
--
select
-- exclude the subdirectory name
upper(reverse(substring(reverse(full_filename ), 1,charindex('\', reverse(full_filename ) )-1) )) As MDF_FileName,
full_filename
from #temp_mdf_files
where
--exclude rows which contain system messages or nulls
full_filename like '%\%'
--exclude system databases
and upper(reverse(substring(reverse(full_filename ), 1,charindex('\', reverse(full_filename ) )-1) ))
not in ('DISTMDL.MDF', 'MASTER.MDF', 'MODEL.MDF', 'MSDBDATA.MDF' , 'MSSQLSYSTEMRESOURCE.MDF', 'TEMPDB.MDF' )
-- MDF filename excluding the subdirectory name
and full_filename
not in (select Upper(FILEname) from sys.SYSdatabases)
order by MDF_FileName
-- Housekeeping
drop table #temp_mdf_files
-- disable these jobs
-- show advanced options
sp_configure 'show advanced options', 1;
GO
RECONFIGURE;
GO
-- disable xp_cmdshell
sp_configure 'xp_cmdshell', 0;
GO
RECONFIGURE;
GO
-- hide advanced options
sp_configure 'show advanced options', 0;
GO
RECONFIGURE;
GO
December 18, 2012 at 6:06 am
Jack 95169 (12/18/2012)
Nearly...You need to enable XP_cmdshell beforehand
I've also done a bit of tidying up
wow Jack you replied to a ten year old thread!
Lowell
December 18, 2012 at 11:06 am
That old? Hope they haven't been waiting all this time for my bug fix...
:o)
December 18, 2012 at 1:54 pm
I think it's okay ... search engines promises someone to stumble on this thread and they will have a fix to their issue. I'm just browsing hoping to gain more knowledge and glad to read up on it, 10 years old or not. And yes, we still have MSSQL2000 production db.
April 25, 2013 at 7:49 am
Happy you responded as am looking for this solution or similar 🙂
October 4, 2018 at 8:56 am
Thank you! We may look at building a powershell script to do this, but comparing the mdfs to sys.databases is exactly the concept we needed. SQL Server DBAs are the best DBAs!
October 4, 2018 at 9:06 am
These days, PoSh would be the way to go. Find all mdfs and then compare them with what's attache. In fact, I was just thinking about updating a script I have. I had one to detach all dbs and then attach a specific list for demos, but it would probably be of use with modifications for finding detached dbs.
July 26, 2019 at 4:09 pm
I know this an older thread, but in case anyone's still looking, Chrissy and Friends over at dbatools.io have it covered: https://docs.dbatools.io/#Get-DbaDbDetachedFileInfo
"If the women don't find you handsome, they should at least find you handy." Red Green
Viewing 15 posts - 1 through 15 (of 16 total)
You must be logged in to reply to this topic. Login to reply