{"id":562,"date":"2020-08-25T16:22:45","date_gmt":"2020-08-25T16:22:45","guid":{"rendered":"https:\/\/4linux.com.br\/?page_id=562"},"modified":"2023-10-10T21:16:03","modified_gmt":"2023-10-10T21:16:03","slug":"o-que-e-pitr-banco-dados","status":"publish","type":"page","link":"https:\/\/4linux.com.br\/o-que-e-pitr-banco-dados\/","title":{"rendered":"O que \u00e9 PITR"},"content":{"rendered":"\n
Quando o banco de dados perde informa\u00e7\u00f5es, devido a um problema ou remo\u00e7\u00e3o por engano, \u00e9 importante recuperar estes dados exatamente como eram antes do desastre. Se for utilizado o Dump (c\u00f3pias full), tradicional m\u00e9todo de backup, haver\u00e1 um per\u00edodo sem dados copiados, entre um backup e outro.<\/p>\n\n\n\n
O PITR, ou Point-in-time recovery, preenche essa lacuna. Permite fazer com sucesso, c\u00f3pias autom\u00e1ticas de cada transa\u00e7\u00e3o realizada, ou seja, dos arquivos transacionais WAL. Possibilita tamb\u00e9m recuperar dados gravados em qualquer ponto do tempo, segundos, minutos, horas, dias, at\u00e9 mesmo, semanas atr\u00e1s. O tempo retroativo do backup depender\u00e1 do per\u00edodo em que as transi\u00e7\u00f5es copiadas ser\u00e3o mantidas, per\u00edodo de reten\u00e7\u00e3o do PITR.<\/p>\n\n\n\n
PITR, significa Point-in-Time-Recovery, ou seja, \u00e9 uma a\u00e7\u00e3o onde se torna poss\u00edvel restaurar um backup em qualquer momento no tempo. Um DBA consegue com o PITR restaurar sua base em um momento no tempo, ou atrav\u00e9s de um ID de transa\u00e7\u00e3o. Com o PITR a perda de dados em caso de desastre \u00e9 zero.<\/p>\n\n\n\n
Com o PITR a durabilidade dos dados n\u00e3o \u00e9 perdida, e \u00e9 garantida que qualquer transa\u00e7\u00e3o que tenha sido finalizado com sucesso ser\u00e1 armazenada e recuperada caso necess\u00e1rio. O PITR em poucas palavras seria o processo de arquivamento dos arquivos de WAL \u2013 Write Ahead Log. A gera\u00e7\u00e3o dos arquivos de WAL seguem a teoria de banco de dados que rege o funcionamento dos grandes SGBD\u2019s.<\/p>\n\n\n\n
Em todos os momentos, o PostgreSQL mant\u00e9m um log de grava\u00e7\u00e3o antecipada (WAL). Este log registra todas as altera\u00e7\u00f5es feitas nos arquivos de dados do banco de dados. Este log existe principalmente para fins de seguran\u00e7a em caso de colis\u00e3o: se o sistema travar, o banco de dados pode ser restaurado \u00e0 consist\u00eancia “reproduzindo” as entradas de log feitas desde o \u00faltimo ponto de verifica\u00e7\u00e3o. No entanto, a exist\u00eancia do log torna poss\u00edvel usar uma terceira estrat\u00e9gia para fazer backup de bancos de dados: podemos combinar um backup no n\u00edvel do sistema de arquivos com o backup dos arquivos WAL. Se a recupera\u00e7\u00e3o for necess\u00e1ria, restauramos o backup do sistema de arquivos e, em seguida, reproduzimos os arquivos WAL de backup para trazer o sistema a um estado atual.<\/p>\n\n\n\n
Em portugu\u00eas PITR significa \u201cRecuperar em um Ponto no Tempo\u201d e ele \u00e9 um recurso extremamente interessante para n\u00e3o somente poder recuperar uma base de dados, mas tamb\u00e9m permitir recuperar com mais facilidade a base em um determinado momento.<\/p>\n\n\n\n
Esse determinado momento \u00e9 a partir de quando fazemos um backup da base.<\/p>\n\n\n\n
Tudo o que for feito depois desse backup pode ser recuperado como se fosse uma m\u00e1quina do tempo. Ou seja, se o ponto que quer recuperar \u00e9 depois do backup, \u00e9 poss\u00edvel faz\u00ea-lo!<\/p>\n\n\n\n
Veja outros que temos:<\/strong><\/p>\n\n\n