Neste video demonstro a diferença entre os modelos de recuperação FULL e BULK-LOGGED no SQL SERVER. Bem como as vantagens e desvantagens de cada um e suas implicações na escolha da política de Backup.

Veja a primeira parte: http://www.dbbits.com.br/sqlserverrocks/2015/03/modelos-de-recuperacao-no-sql-server-parte-1/

Comando BULK INSERT: https://msdn.microsoft.com/en-us/library/ms188365.aspx
Operações minimamente logadas: https://msdn.microsoft.com/en-us/library/ms190422.aspx

 

 

Boa tarde a todos!

Neste vídeo explico um pouco dos modelos de recuperação FULL e SIMPLE no SQL SERVER e como eles podem influenciar a nossa política de backup – para garantir uma boa recuperabilidade de nossas bases de dados.

Espero que ajude! 🙂

Veja mais a respeito do log de transações: http://www.dbbits.com.br/sqlserverrocks/2015/03/introducao-ao-log-de-transacoes-do-sql-server/

Para saber mais acesse: http://www.dbbits.com.br/sqlserverrocks/2015/03/modelos-de-recuperacao-no-sql-server-parte-1/

 

 

 

Salve pessoal!

Neste video explico o mecanismo interno do log de transações do SQL SERVER, o arquivo mais importante de qualquer banco de dados na sua instância ;-).

Leitura obrigatória:

https://technet.microsoft.com/en-us/library/ms179355%28v=sql.105%29.aspx

https://msdn.microsoft.com/en-us/library/ms190925.aspx

http://www.sqlskills.com/blogs/paul/category/transaction-log/

Comandos importantes:

DBCC LOGINFO --informações a respeito dos VLFs
DBCC SQLPERF(LOGSPACE) --Espaço utilizado em cada LDF de cada base
DBCC OPENTRAN --Transação aberta há mais tempo no banco de dados

select * from sys.fn_dblog(null,null); --Verificar o conteúdo do arquivo de LOG
Select name,log_reuse_wait_desc from sys.databases; -- ver estado do LDF de cada base

Então quero logar num servidor e temos sessões já utilizando o mesmo.

Posso executar uma pesquisa de sessões no servidor via prompt de comandos:

query session /server:<<nome do servidor ou ip>>

Uma lista aparecerá e basta executar o seguinte comando para realizar o logoff remoto:

logoff <<ID da sessão>> /server:<<nome do servidor ou ip>>

logoff

 

Para mais detalhes:
https://technet.microsoft.com/en-us/library/cc785434.aspx

 

Já tentou ler aquele log de erros do SQL SERVER quando o mesmo está cheio? Péssimo né?

É uma boa prática implementar um job que realiza a “reciclagem” do log de erros. Simplesmente através do comando abaixo:

exec master..sp_cycle_errorlog;
GO

Por que? Simples, seu log não fica tão cheio e fica mais facil de apagar os logs arquivados mais antigos para evitar potencial perda de espaço em disco – Sim, existem ataques que consistem em encher o log até estourar o espaço em disco.

Então, no seu ambiente, crie essa rotina, coloque este comando em um job para ser executado semanalmente ou diariamente, dependendo das suas configurações.

Executei o comando para reciclar o LOG de Erros….
errorlog_1

 

… E foi criado um novo Error log atual(Current):
errorlog_2

 

É isso pessoal, Happy SQLSERVING!