Início / dba / Perguntas / 84611
Accepted
Im88
Asked: 2014-12-09 08:05:28 +0800 CST

Encontrando locais padrão do banco de dados

  • 772

Estou trabalhando na criação de um script para restaurar o banco de dados de um arquivo de backup para o local padrão de uma instância, que é definido fora da pasta de instalação dos bancos de dados do sistema.

Atualmente, estou usando para encontrar o DATAlocal padrão

 SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'master.mdf', LOWER(physical_name)) - 1)
    FROM master.sys.master_files
    WHERE database_id = 1 AND file_id = 1

LOGe localização padrão

 SELECT SUBSTRING(physical_name, 1, CHARINDEX(N'mastlog.ldf', LOWER(physical_name)) - 1)
    FROM master.sys.master_files
    WHERE database_id = 1
        AND file_id = 2
    )

Existe alguma outra maneira de encontrar o local padrão do banco de dados com a ajuda da consulta?

Obrigado pelo tempo.

sql-server sql-server-2008-r2

3 respostas

  1. A maioria dos SQL Servers é configurada para que os bancos de dados não pertencentes ao sistema existam separados dos bancos de dados do sistema. Isso é o que normalmente significa o caminho padrão .

    Você pode procurar algum código para encontrar isso em:

    http://www.codeproject.com/Articles/684020/Checking-MS-SQL-Server-database-files-default-path

    Além disso, Alex Aza forneceu uma postagem popular no StackOverflow. A chave é obter os dados das chaves do registro onde estão armazenados. Aqui está um trecho do roteiro mais longo de Alex:

    declare @DefaultData nvarchar(512)
exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE',
   N'Software\Microsoft\MSSQLServer\MSSQLServer', 
   N'DefaultData', @DefaultData output

declare @DefaultLog nvarchar(512)
exec master.dbo.xp_instance_regread N'HKEY_LOCAL_MACHINE',
   N'Software\Microsoft\MSSQLServer\MSSQLServer', 
   N'DefaultLog', @DefaultLog output
    • 5

  2. Você não vai querer usar este método porque a localização dos arquivos do banco de dados mestre não indicará necessariamente a localização padrão. Eu especifico meus arquivos de bancos de dados principais para estarem em uma unidade separada, por exemplo, enquanto todos os bancos de dados do usuário são padronizados para outro.

    Você pode usar a seguinte consulta do SQLandMe para encontrar os locais padrão do banco de dados:

    CREATE TABLE #tempInstanceNames
 (
  InstanceName      NVARCHAR(100),
  RegPath           NVARCHAR(100),
  DefaultPath   NVARCHAR(MAX)
 )

INSERT INTO #tempInstanceNames (InstanceName, RegPath)
EXEC   master..xp_instance_regenumvalues
   @rootkey = N'HKEY_LOCAL_MACHINE',
   @key     = N'SOFTWARE\\Microsoft\\Microsoft SQL Server\\Instance Names\\SQL'

DECLARE     @SQL VARCHAR(MAX)
SET         @SQL = 'DECLARE @returnValue NVARCHAR(100)'
SELECT @SQL = @SQL + CHAR(13) +
'EXEC   master.dbo.xp_regread
@rootkey      = N''HKEY_LOCAL_MACHINE'',
@key          = N''SOFTWARE\Microsoft\Microsoft SQL Server\' + RegPath + '\MSSQLServer'',
@value_name   = N''DefaultData'',
@value        = @returnValue OUTPUT;

UPDATE #tempInstanceNames SET DefaultPath = @returnValue
WHERE RegPath = ''' + RegPath + '''' + CHAR(13) FROM #tempInstanceNames

EXEC (@SQL)

SELECT      InstanceName, RegPath, DefaultPath
FROM        #tempInstanceNames

    e o seguinte para locais de registro:

    DECLARE     @SQL VARCHAR(MAX)
SET         @SQL = 'DECLARE @returnValue NVARCHAR(100)'
SELECT @SQL = @SQL + CHAR(13) +
'EXEC   master.dbo.xp_regread
@rootkey      = N''HKEY_LOCAL_MACHINE'',
@key          = N''SOFTWARE\Microsoft\Microsoft SQL Server\' + RegPath + '\MSSQLServer'',
@value_name   = N''DefaultLog'',
@value        = @returnValue OUTPUT;

UPDATE #tempInstanceNames SET DefaultPath = @returnValue
WHERE RegPath = ''' + RegPath + '''' + CHAR(13) FROM #tempInstanceNames

EXEC (@SQL)

SELECT      InstanceName, RegPath, DefaultPath
FROM        #tempInstanceNames
    • 4
  3. Best Answer

    Seu método atual não funcionará, porque assume que masterfoi colocado no caminho padrão de dados/log, que não foi movido em nenhum ponto e que os padrões não foram alterados desde então.

    As abordagens do registro funcionam, mas são meio tediosas (especialmente se você não usar os XPs específicos da instância e tiver que fornecer o caminho do registro você mesmo), e quem sabe se é aqui que os locais sempre serão armazenados.

    Uma abordagem diferente - supondo que o modelo não tenha configurações ridículas de tamanho de arquivo - é apenas criar um banco de dados temporariamente e ver onde o SQL Server o coloca por padrão.

    USE master;
GO
CREATE DATABASE [!#floobernuggets];
GO
SELECT 
  [type] = CASE [type] WHEN 1 THEN 'data' ELSE 'log' END,
  [path] = SUBSTRING(physical_name, 1, 
    CHARINDEX(N'!#floobernuggets', physical_name)-1)
  FROM sys.master_files
  WHERE database_id = DB_ID(N'!#floobernuggets')
  ORDER BY [type];
GO
DROP DATABASE [!#floobernuggets];
GO

    (Isso também pressupõe que seu caminho padrão não contenha realmente a string !#floobernuggetse que você não tenha nenhum alerta estranho ou qualquer coisa desencadeada pela criação real de um banco de dados.)

    Claro, como Kin aponta no SQL Server 2012, você poderá usarSERVERPROPERTY para isso.

    SELECT [data] = SERVERPROPERTY('InstanceDefaultDataPath'), 
       [log]  = SERVERPROPERTY('InstanceDefaultLogPath');
    • 3

relate perguntas