Agenda: > MySQL: visão geral > Backup de Banco de Dados: visão geral > MySQL Enterprise Backup: Funcionalidades & Benefícios > Backup de Banco de Dados: Comparação > MySQL Enterprise Backup: Como usar

2. MySQL Enterprise Backup "Hot" Backup Online para MySQL Marcelo Telles Souzamarcelo.t.souza@oracle.com Airton Lastoriairton.lastori@oracle.com Marcos Trujillomarcelo.trujillo@oracle.com

3. The preceding is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions.The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

5. Backup de Banco de Dados: visão geral

6. MySQL Enterprise Backup: Funcionalidades & Benefícios

7. Backup de Banco de Dados: Comparação

9. Testado em conjunto

10. Gerido em conjunto

11. Manutenção em conjunto

12. Baseada em padrões abertos

13. Menor custo

14. Menor risco

17. 65,000 downloadspor dia ( Global )

18. 70,000 mildownloads/Brasil/mês

19. PartedoLampStack

21. LAMP Stack mais completo do mercado

25. Suporte Técnico e Consultivo MySQL Auto-suporte on-line - Suporte de auto-ajuda on-line Serviço de resolução de problemas - Suporte Qualificado - Acesso 24 X 7 via email/telefone - Tempo de Resposta em 30 minutos Serviço de suporte consultivo - Serviço de resolução de problemas remoto - Serviços de configuração e ajuste - Serviços de revisão de código de cliente

26. Backup de Banco de DadosVisão Geral

28. Mas não é tão fácil

29. BD crescem exponencialmente

30. Tempos de Backup/Recuperação aumentam ainda mais

31. Seus Backups geram impacto em outras atividades

32. Usuários Finais

33. Rotinas de manutenção do DBA

34. Seus custos com hardware de armazenamento podem sair do controle

35. Quando coisas ruins acontecem

36. Muito trabalho manual

38. Backup enquanto o BD está no ar

39. Interrupção zero no negócio durante os backups

40. Backup Incremental

41. Backup da porção de dados que mudou desde o último backup completo.

42. Backup Parcial

43. Backup de tabelas selecionadas.

44. Ponto de Recuperação Consistente (também Point in Time Recovery)

45. Recuperação dos dados em um estado consistente exatamente como estava em determinada data e hora.

46. Roll Forward Recovery

49. Verifiquesuatolerânciaparaperda de dados: Recovery Point Objective (RPO)

50. Quãofrequenteos backups devemserfeitos?

51. Énecessário point-in-time recovery?

52. Verifiquesuatolerânciapara tempo de indisponibilidade: Recovery Time Objective (RTO)

53. Tempo de indisponibilidade: Identificação do problema + aplicação do plano de recuperação + tempo do sistema

54. RTO pornível de granularidade, ex. BD, tablespace, tabela, linha

55. Determine suapolítica de retenção de backups

56. Local físiconaempresa, fora da empresa, porquanto tempo

58. BD que podem tolerar horas/dias de indisponibilidade (RTO)

59. Mudanças de média a grande intensidade nos dados entre um backup e outro (ex. mais que 30%)

60. Ambientes onde o disco pode ser alocado para pelo menos 1x o tamanho atual do banco de dados

61. Estratégia de Backup:

62. Backups Completos com compressão opcional dos dados

64. BD quepodemtolerarnãomaisquealgumashoras de indisponibilidade (RTO)

65. Ambientesonde o disco podeseralocadoparapelomenos 1x o tamanhoatual do banco de dados

66. Estratégia de backup:

67. Backup CompletoOcasional, seguido de Backups Incrementaismaisfrequentes

68. Para recuperar – aplicar o Backup Completo e depoisaplicar 1 oumais Backup Incrementais

69. Backup Completoarquivadoemfita, conformenecessidade

71. BD quepodemtolerarnãomaisquealgunsminutos de inatividade (RTO)

72. Ambientesonde o disco podeseralocadoparapelomenos 1x o tamanhoatual do banco de dados

73. Estratégia de Backup:

74. Backup Completoinicial, seguido de Backups Incrementais

75. Backup dos Logs de Transação (Logs BináriosouBinlogs)

76. Para recuperar – aplicar o Backup Completo e depoisaplicar 1 oumais Backup Incrementais

77. Ao final, Roll Forward do Log de Transaçãoaté o “minuto” desejado.

78. Backup Completoarquivadoemfita, conformenecessidade

80. BD que toleram apenas poucos minutos de tempo de recuperação em um evento de falha

81. Ambientes com hardware simétrico dedicado à tolerância a falhas (failover)

82. Ambientes que a infraestrutura de armazenamento de backup (storage) pode ser compartilhada entre as instâncias Master e Slave

83. Estratégia de Backup:

84. Replicação Master / Slave configurada

85. Slave atua como um BD físico em espera

86. Fazer backup Completo e Incremental no Slave

87. O Backup deve poder ser recuperado no Master ou Slave

89. Comparação das Estratégias de Backup

90. MySQL Enterprise BackupRecursos & Benefícios

91. MySQL Server - Recursos - Online Backup é o recurso #1 requerido para Clientes MySQL

92. MySQL Backup - Preocupações - Performance de Backup & Recovery é a Preocupação #1

94. Suporte para o MyISAM (read-only)

95. Backup & Recuperação de alta-performance

96. Compressão

97. Backup Completo (Full)

98. Backup Incremental

99. Backups Parciais

100. Point in Time Recovery

101. Tamanho do BD ilimitado

102. Multiplas Plataformas

104. Leituras e Escritas no InnoDB

105. Leituras para as tabelas MyISAM

106. Alta Performance

107. Backup: >3x mais rápido do que mysqldump (export)

108. Restore: >10x mais rápido do que mysqldump

109. Backups Consistentes

110. Point in Time Recovery

111. Compressão

112. Compressão de vários níveis

114. Mais de 7 anos de confiança.

115. Escalável para grandes Databases

116. Sem limitação de tamanho de Database

117. Fácil de Automatizar

118. Fácil de integrar com vários sistemas de agendamento

120. Suporte ao formato InnoDB Barracuda

121. Backup de tabelas comprimidas

122. Backup de arquivos de partição

123. Backup de bancos in-memory

124. Com opção --exec-when-locked

126. Recuperação de Alta Performance A Recuperação é até 16x mais rápida do que MySQL Dump - mysqldump performance não é linear (mais table/indexes impactam na performance) - MySQL Enterprise performance é próximo ao linear

127. Compressão no Backup O tamanho do Backup é reduzido de 65% até 93%

128. Tipos de Backup de Banco de Dados Vantagens & Desvantagens

130. MySQL Enterprise Backup

131. Export/Import (cópias portáveis – backup lógico)

132. mysqldump

133. Standby Copy (hot swap)

134. Replicação

135. Cold Backup (offline)

136. Cópias físicas dos arquivos mesmo com servidor em shutdown

137. File System Volume Managers (snapshots)

139. Good for small databases or tables

140. Good assurance that database files are not corrupt

141. Logical Backup – thus flexible and portable

142. Desvantagens

143. Very slow restore times

144. Uses database processing cycles and resources

145. Not Online (requires Transaction or Locks on Tables in the database)

146. Not Incremental (requires a Full Backup every time)

148. Rolling “snapshot”

149. Quick Recovery - via failover

150. Non-Blocking

151. Works well in conjunction with other backup options

152. Desvantagens

153. Only latest “Point in Time” (point it time keeps moving forward)

154. Not historical

155. Not for archival purposes

157. Quick

158. Feature of Linux

159. Good to use in conjunction with backups

160. Desvantagens

161. It’s a snapshot

162. Still need to make a backup copy – which is “full” in size

163. Performance degrades with each concurrent snapshot

164. Snapshots need to be released

166. Physical Backup so Fast – esp. restores

167. Flexible - many options

168. Archival

169. Scalable

170. Consistent

171. Supported

172. Desvantagens

174. MySQL Enterprise BackupComo usar

177. Tabelas no database ‘test’ que contém .ib.* (regex).mysqlbackup --include 'testib.*' /etc/my.cnf /backups

179. Insert, Update & Delete

180. MyISAM tables cannot be updated during backup

181. Uses FLUSH TABLES WITH READ LOCK near the end of the backup

182. Works best if …

183. Wait for insert/update/delete transactions during MyISAM backup

184. Do not run long SELECT queries during the backup

186. ibbackup my.cnf backup.cnf

187. Prepare backup for restore

188. ibbackup –apply-log backup.cnf

189. Copy innodb backup files to mysqld datadir

190. Start mysqld

192. Dúvidas

193. Obrigado! Twitter: http://twitter.com/MySQLBR Youtube: http://www.youtube.com/MySQLBR Facebook: MySQL Brasil Downloads: http://dev.mysql.com/downloads Documentação: http://dev.mysql.com/doc