Você está na página 1de 9

S da uma revisada no texto, tentei achar mais alguma coisa na net, mas pelo o que eu vi era s isso mesmo.

Tem que fazer a introduo e a concluso e colocar o nome do Alan inteiro.

UNIVERSIDADE DA REGIO DE JOINVILLE

SQL SERVER RECUPERAO DE FALHAS

CARLOS ALBERTO DE SOUZA JUNIOR FELIPE DA SILVA ALANO ALAN XXXXXXXXXXXXXXXX

Banco de Dados

Joinville 2011 CARLOS ALBERTO DE SOUZA JUNIOR FELIPE DA SILVA ALANO ALAN XXXXXXXXXXXXXXXX

SQL SERVER RECUPERAO DE FALHAS

Trabalho de Disciplina com o tema SQL Server Recuperao de falhas como requisito para obteno de nota para a matria de Bando de Dados, sob comando do Professor Fernando Jose Braz

Joinville 2011 SUMRIO INTRODUO ................................................................................................... 4 1 RECUPERAO DE FALHAS ....................................................................... 5


1.2 O que recuperao de falhas............................................................................................ 5

2 TRANSACTION LOG ..................................................................................... 6 3 PROCESSO RECOVERY ............................................................................... 6


3.1 Rolling a transaction forward .............................................................................................. 7 3.2 Rolling a transaction back ................................................................................................... 7

4 CHECKPOINT................................................................................................. 7
4.1 Prottipos de telas ................................................................Error! Bookmark not defined. 4.2 Descries de caso de uso .....................................................Error! Bookmark not defined. 4.3 Quadro com identificaes das classes boundary, control e entity.... Error! Bookmark not defined. 4.4 Diagrama de sequencia .........................................................Error! Bookmark not defined.

5 ANLISES DAS CLASSES .................................Error! Bookmark not defined.


5.1 Diagrama de classes de software identificando as classes boundary, control e entity do sistema ........................................................................................Error! Bookmark not defined.

CONCLUSO .................................................................................................... 8 REFERNCIAS .................................................................................................. 9

INTRODUO Nesse trabalho iremos abordar XXXXXXXXXXXXXXXXXXXX

1 RECUPERAO DE FALHAS O gerenciador de falhas do SGBD responsvel por garantir a atomicidade e a durabilidade das transaes. Ele garante a atomicidade desfazendo as aes de transaes que no realizaram o commit, e a durabilidade garantindo que todas as aes de transaes que realizaram o commit sobrevivero a falhas do sistema. Quando um SGBD reinicia aps uma falha, o gerenciador de recuperao assume o controle e deve retornar a base de dados a um estado consistente. Comumente assumimos que as escritas em disco so operaes atmicas, ou seja, no possvel ocorrer falhas durante a operao de escrita.

1.2 O que recuperao de falhas Log existe para dar suporte a uma variedade de operaes no SQL Server. Ele garante que se ocorrer uma falha, uma transao confirmada corretamente refletiro no banco de dados aps a falha. Ele garante que uma transao no confirmada ser ser revertida corretamente e no refletida no banco de dados aps uma falha. Ele garante que possvel cancelar uma transao em andamento e tem todas as suas operaes revertidas. Ele permite que uma cpia de backup do log de transao a serem tomadas para que possa ser restaurado a um banco de dados e os backups de log de transao repetidos para colocar o banco de dados a um ponto especfico no tempo com consistncia transacional. E oferece suporte a recursos que dependem de ler o log de transaes, como a replicao, o espelhamento do banco de dados e captura de dados de alterao. A forma mais complexa a recuperao de falha ao SQL Server falhar (por qualquer motivo) e o log de transaes devem ser recuperados para trazer o banco de dados para um ponto de forma transacional consistente. Isso significa que todas as transaes foram confirmadas no momento da falha devem ser roladas frente para garantir que seus efeitos so mantidos no banco de dados. E todas as transaes em andamento que no tinham confirmado no momento da falha devem ser revertidas para garantir que seus efeitos no so persistentes no banco de dados. Recuperao de falha l atravs do log de transaes e garante que todos os efeitos de transaes confirmadas todos so mantidos no banco de dados, e todos os efeitos de todas as transaes no confirmadas no so persistentes no banco de dados o RETRABALHO e desfazer fases, respectivamente. Depois que a recuperao de falha for concluda, o banco de dados transacional consistente e disponibilizado para uso.

2 TRANSACTION LOG O SQL Server usa o arquivo de log de transaes (transaction log) para recuperao e garantia da integridade das transaes. O transaction log uma srie de registros que so gravados contendo todas as modificaes ocorridas na base de dados assim como as transaes que ocasionaram as modificaes nos dados. No transaction log gravado o incio de cada transao. Baseado nestas informaes possvel desfazer (se necessrio) as modificaes feitas por transao. Os dados que so modificados ou includos so armazenados em uma rea de memria do servidor (buffer ou cache) e eles ficam nesta rea antes de serem gravados fisicamente no disco. Este processo garante melhor desempenho do produto. Quando a transao realizada sem problemas e finalizada atravs de um COMMIT ou internamente, todas as instrues Transact-Sql que esta transao efetuou so armazenadas no transaction log - fisicamente no arquivo (. ldf). O transaction log cresce medida que as operaes ocorrem na base de dados. No transaction log ficam registradas as alocaes, liberaes de pginas, COMMIT e ROLLBACK de cada transao. Isto permite ao SQL Server confirmar ou desfazer as transaes efetuadas no banco de dados. O SQL Server tem um procedimento interno para executar a gravao da rea de memria: CHECKPOINT. Neste processo, o SQL Server garante que todas as transaes gravadas no transaction log e pginas alocadas na base de dados sejam gravadas no disco (maiores detalhes no SQL Server Books Online CHECKPOINT). Mas a principal funo do transaction log se faz valer no momento em que o SQL Server reiniciado, objetivando garantir a integridade das informaes do banco de dados at o presente momento. Ao ser iniciado o contedo da memria que possua as informaes mais atualizadas do banco de dados foi perdido, o SQL Server ento faz uso do transaction log procedendo as confirmaes (COMMIT FORWARD) ou desfazendo aquelas que no foram completadas (ROLLBCAK). Com frequncia o transaction log cresce e exige que seja monitorado para evitar o erro de transaction log full (log cheio). Em alguns casos preciso fazer um procedimento para liberar os registros gravados no transaction log que j no mais so necessrios. A parte ativa do transaciona log jamais poder ser liberada pois necessria para que seja mantida a integridade da base de dados. 3 PROCESSO RECOVERY Os arquivos de log de transao so arquivos write-ahead que possuem a misso de garantir que todas as transaes sejam persistidas e possam ser recuperadas.

Quando um registro inserido primeiro ele passa pelo log de transao e durante um processo chamado checkpoint e outras situaes, os dados do log so transferidos para o arquivo de dados. A cada vez que o servio do SQL Server for inicializado executado um processo de recovery de cada banco de dados. Este processo permite que os dados sejam mantidos em estado consistente (committed).

3.1 Rolling a transaction forward

o processo que l o log de transaes, procura por qualquer transao confirmada que no tenha sido escrita no arquivo de dados, ao encontrar alguma situao registra esse dado no arquivo de dados. 3.2 Rolling a transaction back

O processo de recovery tambm procura registros que foram prescritos nos arquivos de dados e que por algum motivo no finalizou, como isso no considerado uma transao consistente o recovery ir remover essas alteraes dos arquivos de dados. 4 CHECKPOINT uma tarefa realizada periodicamente em todos os bancos de dados para manter as informaes sincronizadas entre os arquivos de Dados e Log. O Checkpoint process est relacionado com a recuperao rpida do banco de dados aps o reboot, que corresponde ao Database Recovery. responsabilidade do checkpoint garantir que os arquivos de Dados e Log esto sincronizadas. As informaes antigas de logs, ento, no precisam ser utilizadas e podem ser apagadas.

CONCLUSO

Com este trabalho XXXXXXXXXXXXXXXXXXXXXXXXXXXX

REFERNCIAS LIVRO: DAGHLIAN, JACOB. LGICA E LGEBRA DE BOOLE. 4. Ed. Santo Andr: 1995 INTERNET: Imasters: http://imasters.com.br/artigo/264/sql_server/o_transaction_log/ Imasters: http://imasters.com.br/artigo/265/sql_server/o_transaction_log_parte_2/ Webnow: www.webnow.com.br/doc/artigo17.pdf Itweb: http://itweb.com.br/blogs/sql-server-o-backup-do-transaction-log/

Você também pode gostar