SQL Server - Como recuperar o código-fonte de objetos apagados (View, Stored Procedure, Function e Trigger)

Visualizações: 4.400 views

Neste artigo

Tempo de Leitura: 7 minutos

Fala pessoal!
Tudo certo ?

Nesse artigo eu vou compartilhar com vocês uma solução que pode salvar vidas em casos de desespero quando alguém apaga um objeto do banco de dados (View, Stored Procedure, View ou Function), você não tem uma rotina de versionamento de objetos de banco e você precisa tentar recuperar o esse objeto rapidamente, sem ter que voltar backup (o que pode demorar um certo tempo, dependendo do tamanho da base).

Caso você queira evitar esse tipo de situação (que nem sempre é possível recuperar o código do objeto), sugiro implementar um controle de versão para objetos de banco de dados, disponibilizado no post Como criar uma trigger de Auditoria para logar a manipulação de objetos no SQL Server.

Caso você precise apenas saber se algum objeto específico foi apagado e quem apagou, você pode utilizar o Trace padrão do SQL Server (que vem habilitado por padrão) para obter essa informação. Saiba mais no post Monitorando operações de DDL e DCL utilizando a fn_trace_gettable do SQL Server.

Quando você não tem nenhum controle de versão sobre seus objetos de banco de dados (View, Stored Procedure, Function e Trigger) e alguém acidentalmente apaga esse objeto, um grande problema pode ter sido criado para o DBA, especialmente quando esse objeto não existe ou não está atualizado em outros ambientes (DEV, QA, etc), pois será necessário subir uma base paralela com o último backup para recuperar o código-fonte desse objeto, o que pode demandar muito tempo e esforço.

O intuito desse artigo, é prover algumas alternativas que podem te ajudar a recuperar o fonte desses objetos, mesmo sem ter controle de versão (o que não é ideal) e sem precisar voltar backup.

Ambiente para os testes

Para os testes desse artigo, vou criar um novo database, setar o Recovery model como FULL e criar alguns objetos. Após isso, vou utilizar esses objetos e vamos tentar recuperá-los novamente.

Script utilizado na criação do banco:

CREATE DATABASE [Teste]
ON PRIMARY
(
    NAME = N'Teste',
    FILENAME = N'C:\Dados\Teste.mdf',
    SIZE = 100MB,
    FILEGROWTH = 500MB
)
LOG ON
(
    NAME = N'Teste_log',
    FILENAME = N'C:\Dados\Teste_log.ldf',
    SIZE = 100MB,
    FILEGROWTH = 500MB
);
GO

ALTER DATABASE [Teste] SET RECOVERY FULL
GO

CREATE DATABASE [Teste]

ON PRIMARY

(

NAME = N'Teste',

FILENAME = N'C:\Dados\Teste.mdf',

SIZE = 100MB,

FILEGROWTH = 500MB

)

LOG ON

(

NAME = N'Teste_log',

FILENAME = N'C:\Dados\Teste_log.ldf',

SIZE = 100MB,

FILEGROWTH = 500MB

);

ALTER DATABASE [Teste] SET RECOVERY FULL

Script utilizado na criação dos objetos:

USE [Teste]
GO

CREATE FUNCTION fncRecupera_Objeto_ID(@Nome sysname)
RETURNS INT
AS BEGIN
    
    RETURN (SELECT TOP(1) [object_id] FROM sys.objects WHERE [name] = @Nome)

END
GO

SELECT dbo.fncRecupera_Objeto_ID('sysallocunits')
SELECT dbo.fncRecupera_Objeto_ID('fncRecupera_Objeto_ID')
GO

CREATE PROCEDURE stpRecupera_Informacoes_Objeto(@Nome sysname)
AS
BEGIN
    
    SELECT *
    FROM sys.objects
    WHERE [name] = @Nome
        
END
GO

EXEC stpRecupera_Informacoes_Objeto @Nome = 'fncRecupera_Objeto_ID'
GO

CREATE VIEW vwObjetos
AS
SELECT *
FROM sys.objects
WHERE is_ms_shipped = 0
GO

SELECT * FROM dbo.vwObjetos

USE [Teste]

CREATE FUNCTION fncRecupera_Objeto_ID(@Nome sysname)

RETURNS INT

AS BEGIN

RETURN (SELECT TOP(1) [object_id] FROM sys.objects WHERE [name] = @Nome)

END

SELECT dbo.fncRecupera_Objeto_ID('sysallocunits')

SELECT dbo.fncRecupera_Objeto_ID('fncRecupera_Objeto_ID')

CREATE PROCEDURE stpRecupera_Informacoes_Objeto(@Nome sysname)

BEGIN

SELECT *

FROM sys.objects

WHERE [name] = @Nome

END

EXEC stpRecupera_Informacoes_Objeto @Nome = 'fncRecupera_Objeto_ID'

CREATE VIEW vwObjetos

SELECT *

FROM sys.objects

WHERE is_ms_shipped = 0

SELECT * FROM dbo.vwObjetos

Agora, vou apagar os objetos:

DROP FUNCTION fncRecupera_Objeto_ID
GO

DROP PROCEDURE stpRecupera_Informacoes_Objeto
GO

DROP VIEW vwObjetos
GO

DROP FUNCTION fncRecupera_Objeto_ID

DROP PROCEDURE stpRecupera_Informacoes_Objeto

DROP VIEW vwObjetos

Como recuperar objetos apagados lendo o T-log

Uma das alternativas para se recuperar o código-fonte de objetos apagados, é lendo transações e dados da Transaction Log do SQL Server, numa dica que recebi do MVP Rafael Santos em um grupo do Whatsapp.

Caso você não saiba, a Transaction Log é um componente crítico do banco de dados que armazena todas as alterações realizadas em um banco de dados, tanto de estrutura quanto de dados. Quando o comando CHECKPOINT é executado (seja manualmente ou automaticamente), os dados da Transaction-Log são armazenados no arquivo de dados do banco e são removidos do log de transações. Para entender melhor como funciona o processo de CHECKPOINT, dê uma lida no excelente post O processo de CHECKPOINT, do Vitor Fava.

Dito isso, já ficou claro que a vida útil dos dados armazenados na Transaction Log é limitada e isso já deixa um pouco essa solução a desejar no quesito confiabilidades que será possível recuperar os dados desejados. Além disso, para que seja possível recuperar os dados do log de transações, o Recovery Model da base deve estar definido como FULL.

Dito isso, vamos tentar recuperar os objetos excluídos no início desse post. Para isso, vamos utilizar a função não-documentada sys.fn_dblog na Stored Procedure abaixo:

USE [master]
GO

CREATE PROCEDURE [dbo].[stpRecupera_Objetos_Excluidos]
    @Database NVARCHAR(MAX),
    @Dt_Inicial DATETIME,
    @Dt_Final DATETIME
AS
BEGIN


    DECLARE @Compatibility_Level INT = (SELECT A.[compatibility_level] FROM master.sys.databases AS A WHERE A.name = @Database)

    IF (ISNULL(@Compatibility_Level, 0) < = 80) BEGIN
        RAISERROR('O modo de compatibilidade deve ser igual ou maior que 90 (SQL SERVER 2005)', 16, 1);
        RETURN
    END

    
    DECLARE @Query VARCHAR(MAX) = '
    USE [' + @Database + '];

    SELECT
        ''' + @Database + ''' AS [DatabaseName],
        A.AllocUnitName,
        A.[Page ID],
        A.[Slot ID],
        CONVERT(VARCHAR(MAX), SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0]))) AS [Script]
    FROM
        sys.fn_dblog(NULL, NULL) A
    WHERE
        [AllocUnitName] = ''sys.sysobjvalues.clst''
        AND A.Operation = ''LOP_DELETE_ROWS''
        AND A.Context = ''LCX_MARK_AS_GHOST''                
        AND EXISTS (
                    SELECT 
                        NULL
                    FROM
                        sys.fn_dblog(NULL, NULL) X
                    WHERE
                        [Transaction Name] IN (''CREATE/ALTER PROCEDURE'', ''CREATE/ALTER FUNCTION'', ''CREATE TABLE'', ''DROPOBJ'')
                        AND (CONVERT(DATETIME, [Begin Time]) BETWEEN ''' + CONVERT(VARCHAR(19), @Dt_Inicial, 121) + ''' AND ''' + CONVERT(VARCHAR(19), @Dt_Final, 121) + ''')
                        AND A.[Transaction ID] = X.[Transaction ID]
        )
        AND SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0])) <> 0'

    
    EXEC(@Query)


END

USE [master]

CREATE PROCEDURE [dbo].[stpRecupera_Objetos_Excluidos]

@Database NVARCHAR(MAX),

@Dt_Inicial DATETIME,

@Dt_Final DATETIME

BEGIN

DECLARE @Compatibility_Level INT = (SELECT A.[compatibility_level] FROM master.sys.databases AS A WHERE A.name = @Database)

IF (ISNULL(@Compatibility_Level, 0) < = 80) BEGIN

RAISERROR('O modo de compatibilidade deve ser igual ou maior que 90 (SQL SERVER 2005)', 16, 1);

RETURN

END

DECLARE @Query VARCHAR(MAX) = '

USE [' + @Database + '];

SELECT

''' + @Database + ''' AS [DatabaseName],

A.AllocUnitName,

A.[Page ID],

A.[Slot ID],

CONVERT(VARCHAR(MAX), SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0]))) AS [Script]

FROM

sys.fn_dblog(NULL, NULL) A

WHERE

[AllocUnitName] = ''sys.sysobjvalues.clst''

AND A.Operation = ''LOP_DELETE_ROWS''

AND A.Context = ''LCX_MARK_AS_GHOST''

AND EXISTS (

SELECT

NULL

FROM

sys.fn_dblog(NULL, NULL) X

WHERE

[Transaction Name] IN (''CREATE/ALTER PROCEDURE'', ''CREATE/ALTER FUNCTION'', ''CREATE TABLE'', ''DROPOBJ'')

AND (CONVERT(DATETIME, [Begin Time]) BETWEEN ''' + CONVERT(VARCHAR(19), @Dt_Inicial, 121) + ''' AND ''' + CONVERT(VARCHAR(19), @Dt_Final, 121) + ''')

AND A.[Transaction ID] = X.[Transaction ID]

)

AND SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0])) <> 0'

EXEC(@Query)

END

Exemplo de uso:

Como vocês puderem observar, conseguimos recuperar facilmente o código dos 3 objetos que excluímos. Isso só foi possível porque o recovery model estava definido como FULL e os dados ainda estavam armazenados na Transaction Log.

Em ambientes que possuem backups de log frequentes (imagino que seja a maioria), o tempo que você tem entre apagar os dados e tentar recuperá-los pode ser bem curto, uma vez que ao fazer o backup de log e/ou rodar um CHECKPOINT, esses dados não são mais acessíveis utilizando essa função.

Como recuperar objetos apagados lendo backups de log

Utilizando uma solução um pouco diferente da apresentada anteriormente, vou demonstrar como recuperar objetos apagados lendo backups de log, que é quando você faz um backup da transaction log e os dados que estavam disponíveis utilizando a função não-documentada sys.fn_dblog passam a não ser mais acessíveis, já que os dados da transaction log são armazenados nos arquivos de backup de log e o transaction log é truncado.

Para contornar essa situação, a Microsoft nos disponibiliza a função fn_dump_dblog, onde podemos ler arquivos de backup de log e extrair informações referentes às transações realizadas na instância.

Para isso, vou apagar os objetos criados, realizar um backup full da base, recriar os objetos, apagá-los novamente e realizar um backup de log:

USE [Teste]
GO


IF (OBJECT_ID('dbo.fncRecupera_Objeto_ID') IS NOT NULL) DROP FUNCTION fncRecupera_Objeto_ID
GO

IF (OBJECT_ID('dbo.stpRecupera_Informacoes_Objeto') IS NOT NULL) DROP PROCEDURE stpRecupera_Informacoes_Objeto
GO

IF (OBJECT_ID('dbo.vwObjetos') IS NOT NULL) DROP VIEW vwObjetos
GO

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

BACKUP DATABASE [Teste] TO DISK ='C:\Backups\SQL\sql2016\Teste_20180707_231600.bak'
GO

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

CREATE FUNCTION fncRecupera_Objeto_ID(@Nome sysname)
RETURNS INT
AS BEGIN
    
    RETURN (SELECT TOP(1) [object_id] FROM sys.objects WHERE [name] = @Nome)

END
GO

SELECT dbo.fncRecupera_Objeto_ID('sysallocunits')
SELECT dbo.fncRecupera_Objeto_ID('fncRecupera_Objeto_ID')
GO

CREATE PROCEDURE stpRecupera_Informacoes_Objeto(@Nome sysname)
AS
BEGIN
    
    SELECT *
    FROM sys.objects
    WHERE [name] = @Nome
        
END
GO

EXEC stpRecupera_Informacoes_Objeto @Nome = 'fncRecupera_Objeto_ID'
GO

CREATE VIEW vwObjetos
AS
SELECT *
FROM sys.objects
WHERE is_ms_shipped = 0
GO

SELECT * FROM dbo.vwObjetos

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

IF (OBJECT_ID('dbo.fncRecupera_Objeto_ID') IS NOT NULL) DROP FUNCTION fncRecupera_Objeto_ID
GO

IF (OBJECT_ID('dbo.stpRecupera_Informacoes_Objeto') IS NOT NULL) DROP PROCEDURE stpRecupera_Informacoes_Objeto
GO

IF (OBJECT_ID('dbo.vwObjetos') IS NOT NULL) DROP VIEW vwObjetos
GO

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

CHECKPOINT
GO

BACKUP LOG [Teste] TO DISK ='C:\Backups\SQL\sql2016\Teste_20180707231600.trn'
GO

USE [Teste]

IF (OBJECT_ID('dbo.fncRecupera_Objeto_ID') IS NOT NULL) DROP FUNCTION fncRecupera_Objeto_ID

IF (OBJECT_ID('dbo.stpRecupera_Informacoes_Objeto') IS NOT NULL) DROP PROCEDURE stpRecupera_Informacoes_Objeto

IF (OBJECT_ID('dbo.vwObjetos') IS NOT NULL) DROP VIEW vwObjetos

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

BACKUP DATABASE [Teste] TO DISK ='C:\Backups\SQL\sql2016\Teste_20180707_231600.bak'

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

CREATE FUNCTION fncRecupera_Objeto_ID(@Nome sysname)

RETURNS INT

AS BEGIN

RETURN (SELECT TOP(1) [object_id] FROM sys.objects WHERE [name] = @Nome)

END

SELECT dbo.fncRecupera_Objeto_ID('sysallocunits')

SELECT dbo.fncRecupera_Objeto_ID('fncRecupera_Objeto_ID')

CREATE PROCEDURE stpRecupera_Informacoes_Objeto(@Nome sysname)

BEGIN

SELECT *

FROM sys.objects

WHERE [name] = @Nome

END

EXEC stpRecupera_Informacoes_Objeto @Nome = 'fncRecupera_Objeto_ID'

CREATE VIEW vwObjetos

SELECT *

FROM sys.objects

WHERE is_ms_shipped = 0

SELECT * FROM dbo.vwObjetos

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

IF (OBJECT_ID('dbo.fncRecupera_Objeto_ID') IS NOT NULL) DROP FUNCTION fncRecupera_Objeto_ID

IF (OBJECT_ID('dbo.stpRecupera_Informacoes_Objeto') IS NOT NULL) DROP PROCEDURE stpRecupera_Informacoes_Objeto

IF (OBJECT_ID('dbo.vwObjetos') IS NOT NULL) DROP VIEW vwObjetos

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

CHECKPOINT

BACKUP LOG [Teste] TO DISK ='C:\Backups\SQL\sql2016\Teste_20180707231600.trn'

Agora, vamos ler os dados do backup do log:

USE [master]
GO

CREATE PROCEDURE [dbo].[stpRecupera_Objetos_Excluidos_Backup]
    @Ds_Arquivo NVARCHAR(MAX)
AS
BEGIN


    DECLARE @Query VARCHAR(MAX) = '
    SELECT
        A.[Page ID],
        A.[Slot ID],
        CONVERT(VARCHAR(MAX), SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0]))) AS [Script]
    FROM
        sys.fn_dump_dblog(NULL, NULL, N''DISK'', 1, ''' + @Ds_Arquivo + ''', DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT) A
    WHERE
        A.Operation = ''LOP_DELETE_ROWS''
        AND A.Context = ''LCX_MARK_AS_GHOST''                
        AND SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0])) <> 0'

    
    EXEC(@Query)


END

USE [master]

CREATE PROCEDURE [dbo].[stpRecupera_Objetos_Excluidos_Backup]

@Ds_Arquivo NVARCHAR(MAX)

BEGIN

DECLARE @Query VARCHAR(MAX) = '

SELECT

A.[Page ID],

A.[Slot ID],

CONVERT(VARCHAR(MAX), SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0]))) AS [Script]

FROM

sys.fn_dump_dblog(NULL, NULL, N''DISK'', 1, ''' + @Ds_Arquivo + ''', DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT, DEFAULT) A

WHERE

A.Operation = ''LOP_DELETE_ROWS''

AND A.Context = ''LCX_MARK_AS_GHOST''

AND SUBSTRING([RowLog Contents 0], 33, LEN([RowLog Contents 0])) <> 0'

EXEC(@Query)

END

Resultado:

Como vocês puderam observar acima, como fiz o backup de log, a stpRecupera_Objetos_Excluidos (sys.fn_dblog) não retornou mais os comandos de criação dos objetos que desejamos recuperar.

Entretanto, utilizando a stpRecupera_Objetos_Excluidos_Backup (sys.fn_dump_dblog) e especificando o arquivo de backup de log que criamos, foi possível recuperar os comandos de criação dos objetos.

Utilizando o ApexSQL Log

Uma outra forma de se recuperar o código-fonte de objetos apagados e até mesmo visualizar os dados modificados/apagados em tabelas, é utilizando a ferramenta paga ApexSQL Log. Essa ferramenta tem como diferencial ser fácil de usar, intuitiva e permitir analisar os dados da Transaction Log e também consegue recuperar informações de backups de Transaction-Log.

Operações passíveis de recuperação:

Demonstração do ApexSQL Log:
https://www.youtube.com/watch?v=GC9XedBGI44

Como recuperar consultas lendo o plan cache

Uma outra alternativa para tentar recuperar o código de objetos e consultas, é consultando o cache dos planos de execução. Quando uma consulta ou objeto é executado, o SQL Server analisa se irá armazenar essa execução em cache (para fins de performance) ou não.

Embora não seja muito aplicável para o cenário proposto nesse post (uma vez que ao alterar/excluir um objeto, geralmente a sua execução em cache é excluída também), a query abaixo pode ser útil para recuperar consultas realizadas anteriormente:

USE [Teste]
GO

SELECT
    [cp].[refcounts],
    [cp].[usecounts],
    [cp].[objtype],
    [st].[dbid],
    [st].[objectid],
    [st].[text],
    [qp].[query_plan]
FROM
    sys.dm_exec_cached_plans                         AS cp
    CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) AS st
    CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle) AS qp;

USE [Teste]

SELECT

[cp].[refcounts],

[cp].[usecounts],

[cp].[objtype],

[st].[dbid],

[st].[objectid],

[st].[text],

[qp].[query_plan]

FROM

sys.dm_exec_cached_plans AS cp

CROSS APPLY sys.dm_exec_sql_text(cp.plan_handle) AS st

CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle) AS qp;

Resultado:

Vale ressaltar que a vida útil de uma execução em cache é bem limitada e curta, onde o cache pode ser limpo conforme as consultas vão sendo executadas ou mesmo se o serviço do SQL for reiniciado.

Como recuperar consultas utilizando o SQL Prompt

Conforme já havia demonstrado no post SQL Server – Escreva T-SQL como um Ninja utilizando o Redgate SQL Prompt, o SQL Prompt possui um recurso muito legal chamado “Tab History”, que armazena todas as consultas ou objetos que você já abriu desde que instalou o SQL Prompt.

Se você abriu/alterou recentemente esse objeto que foi apagado, tem grandes chances de você conseguir recuperá-lo utilizando o Tab History.

Esse recurso é realmente muito prático, útil e às vezes, pode salvar até vidas.. rs.. Na minha empresa anterior, meu Tab History chegou a ter quase 2 GB, com todas as queries/objetos que eu já havia aberto/visualizado o código nos últimos 4 anos (e já me poupou MUITO tempo).

Bom, é isso aí, pessoal!
Espero que tenham gostado desse post.

Um abraço e até a próxima.

Silmara Bendheim disse:

20 de novembro de 2019 às 14:42

Desculpe eu não entendo nada de SQL (mas vou ter que aprender.rs) herdei uma função de uma pessoa que saiu da empresa, e acidentalmente deletei um arquivo dbo, como faço para recuperar e voltar ele para o lugar?

Responder
Paulo Lionn disse:

4 de fevereiro de 2019 às 23:44

Dirceu, como vc consegue saber o tamanho do tab Tab History?

Responder
- Dirceu Resende disse:
  
  5 de fevereiro de 2019 às 08:08
  
  Fala Paulo, tudo bem ?
  Esse Tab History que você está falando é do Redgate SQL Prompt, né ? Se for, o arquivo SavedTabs.db fica localizado no caminho %LocalAppData%\Red Gate\SQL Prompt 9\
  
  Se atente à versão do seu SQL Prompt.
  
  Qualquer dúvida, é só falar.
  
  Responder
Leonardo Vicentini Fiorot disse:

20 de agosto de 2018 às 16:03

mais uma daquelas dicas que salvam a vida do cara que faz tudo a quente….

Responder
- Dirceu Resende disse:
  
  5 de fevereiro de 2019 às 08:06
  
  Opa, valeu Leonardo! Que bom que você gostou
  
  Responder

Assinar blog por e-mail

Visualizações do Blog

Microsoft MVP

Arquivo de Posts

Categorias

Posts recentes

SQL Server – Como recuperar o código-fonte de objetos apagados (View, Stored Procedure, Function e Trigger)

Ambiente para os testes

Como recuperar objetos apagados lendo o T-log

Como recuperar objetos apagados lendo backups de log

Utilizando o ApexSQL Log

Como recuperar consultas lendo o plan cache

Como recuperar consultas utilizando o SQL Prompt

You may also like...

5 Responses

Deixe uma respostaCancelar resposta

Ambiente para os testes

Como recuperar objetos apagados lendo o T-log

Como recuperar objetos apagados lendo backups de log

Utilizando o ApexSQL Log

Como recuperar consultas lendo o plan cache

Como recuperar consultas utilizando o SQL Prompt

You may also like...

SQL Server – String or binary data would be truncated: O que é, como identificar a causa raiz e como corrigir

SQL Server Management Studio (SSMS) – Como ativar o tema Dark (Dark Theme Support)

SQL Server – Escreva T-SQL como um Ninja utilizando o Redgate SQL Prompt

5 Responses

Deixe uma respostaCancelar resposta