\u00c9 importante que na defini\u00e7\u00e3o de estrat\u00e9gias de recupera\u00e7\u00e3o de desastres, n\u00e3o consideremos apenas a parte t\u00e9cnica. O mundo ideal seria coletarmos com o neg\u00f3cio\/cliente qual \u00e9 o RTO e RPO toler\u00e1veis, e partindo desta informa\u00e7\u00e3o, analisar sua ader\u00eancia t\u00e9cnica e se \u00e9 necess\u00e1rio investimentos (a n\u00edvel de infraestrutura, licencimento, recursos humanos, etc).<\/p>\n\n\n\n
Uma falha em nosso ambiente pode ocorrer de diversas maneiras, como falha de processo, de rede, inst\u00e2ncia, m\u00eddia, corrup\u00e7\u00e3o f\u00edsica ou l\u00f3gica, erros de usu\u00e1rio, etc. O RTO, que \u00e9 o acr\u00f4nimo de Recovery Time Objective, define por quanto tempo um sistema estar\u00e1 dispon\u00edvel e operacional novamente. Sabemos que esta etapa cont\u00e9m algumas atividades, como identifica\u00e7\u00e3o do problema, plano de recupera\u00e7\u00e3o, e o tempo da recupera\u00e7\u00e3o em si. Portanto, isso deve estar definido no tempo acordado com o neg\u00f3cio.<\/p>\n\n\n\n
J\u00e1 o RPO, acr\u00f4nimo para Recovery Point Objective, define a toler\u00e2ncia m\u00e1xima de dados que pode ser perdido (e a unidade de medida geralmente usada \u00e9 o tempo, como por exemplo, 2 horas de perda). <\/p>\n\n\n\n
A partir destas defini\u00e7\u00f5es, poderemos analisar tecnicamente qual ferramenta\/feature poderia ser usada, como o RMAN, Data Guard, Flash Back, etc. Ent\u00e3o o mais importante a se destacar \u00e9 que a estrat\u00e9gia de recupera\u00e7\u00e3o de um ambiente \u00e9 feita de forma compartilhada, e todos devem estar cientes dos SLAs acordados (e seus respectivos investimentos para torn\u00e1-los fact\u00edveis).<\/p>\n\n\n\n
Fontes: https:\/\/docs.oracle.com\/database\/121\/VLDBG\/GUID-76435B39-EF7E-418B-9C33-0C43B088178A.htm#VLDBG1567 e https:\/\/docs.oracle.com\/database\/121\/VLDBG\/GUID-AD7289B0-0D01-4382-AA5D-CBE458ADDF91.htm#VLDBG1568<\/p>\n","protected":false},"excerpt":{"rendered":"
\u00c9 importante que na defini\u00e7\u00e3o de estrat\u00e9gias de recupera\u00e7\u00e3o de desastres, n\u00e3o consideremos apenas a parte t\u00e9cnica. O mundo ideal seria coletarmos com o neg\u00f3cio\/cliente qual \u00e9 o RTO e RPO toler\u00e1veis, e partindo desta informa\u00e7\u00e3o, analisar sua ader\u00eancia t\u00e9cnica e se \u00e9 necess\u00e1rio investimentos (a n\u00edvel de infraestrutura, licencimento, recursos humanos, etc). Uma falha […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2,3],"tags":[],"class_list":["post-2213","post","type-post","status-publish","format-standard","hentry","category-administration","category-backup-recovery"],"_links":{"self":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/2213","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/comments?post=2213"}],"version-history":[{"count":1,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/2213\/revisions"}],"predecessor-version":[{"id":9255,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/posts\/2213\/revisions\/9255"}],"wp:attachment":[{"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/media?parent=2213"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/categories?post=2213"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/swiv.com.br\/index.php\/wp-json\/wp\/v2\/tags?post=2213"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}