|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Приведу пример организации бекапа небольшой (но важной :)) базы, может кому-то будет полезным. Так же буду признателен за дельные комментарии/советы от более опытных товарищей. Сервер Ubuntu 16.04.3 LTS, Firebird 3.0.2 Основные моменты: После бекапа выполняется тестовый рестор и сборка мусора Бекап архивируется и копируется на яндекс-диск Устаревшие бекапы удаляются, при этом локально сохраняется 5 бекапов, на яндекс-диске 62 бекапа (за два месяца) Лог с результатами всех операций отправляется на почту, по теме письма можно сориентироваться были ли ошибки backup_db.sh Скрипт запускается кроном по ночам. Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196.
Настройка доступа к яндекс-диску через webdav На сервере выполняем: Код: powershell 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
Пример лога, который приходит на почту Тема письма: "Резервное копирование БД - Ок" Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 08:49 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Раньше были шутки про бэкапы для товарища майора, пришло время нового витка... В чем смысл хранить срез "важной" бд на бесплатном и печальном облаке, которое к тому же при первой же возможности его сдаст тому кто попросит? Хреновая реклама, яндекс. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 09:41 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Спасибо. Игорь Гурьянов> Так же буду признателен за дельные комментарии/советы от более опытных товарищей. Игорь Гурьянов> a.. После бекапа выполняется тестовый рестор и сборка мусора> А смысл делать и рестор, и сборку мусора? База не останавливается, подменить нельзя? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 10:31 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Игорь Гурьяновgbak -c -rep прелестно, прелестно.... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 10:37 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
В данном случае пофиг, это не файл БД. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 11:14 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
mars478Раньше были шутки про бэкапы для товарища майора, пришло время нового витка... В чем смысл хранить срез "важной" бд на бесплатном и печальном облаке, которое к тому же при первой же возможности его сдаст тому кто попросит? Хреновая реклама, яндекс. С интересом изучу Ваш способ резервного копирования, недоступный товарищу майору, защищенный от тех, кто попросит, и при этом экономически целесообразный для мелкого бизнеса :) А если по делу, то: исключением из процесса одного только яндекс-диска сложностей для товарища майора особо не добавишь (вспоминаем СОРМ у всех провайдеров, законы Яровой и иже с ними); от тех, кто попросит довольно надежно защитит шифрование архива архиватором; далеко не для каждого бизнеса (мелкого) экономически целесообразно разворачивать собственный сервер для подобных задач; не нравится печальный яндекс-диск - воспользуйтесь буржуйскими аналогами. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 11:50 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамА смысл делать и рестор, и сборку мусора? База не останавливается, подменить нельзя? Да, база не останавливается. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 11:53 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, в данном случае это шизофрения (я про одновременное указание -c -rep). Одна надежда, что в какой-нибудь версии Firebird разработчики все-таки научат gbak материться на одновременное указание параллельных опций. И тогда мы узнаем, как много народу пострадает от того, что не умеют читать. Кроме того, меня восхищает вот это rm $RSTFILE Уже сколько раз я говорил - если вы делаете тестовый рестор, то какого хрена вы результат рестора удаляете? ЕГО надо архивировать и сохранять, а не бэкап. Да, ресторенная база побольше размером, чем бэкап. Но она уже готова к использованию, в отличие от бэкапа. Либо не делайте тестовый рестор, либо не храните бэкап после рестора. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 11:54 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
kdv> Уже сколько раз я говорил - ... Либо не делайте тестовый рестор, либо не храните бэкап после рестора. Мало ли что ты говорил. "Отресторенная" база ничего, кроме экономии времени на рестор в случае факапа не даёт. А в этом случае небольшой выигрыш по времени может быть непринципиален, будут проблемы поважнее. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 12:07 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Игорь ГурьяновС интересом изучу Ваш способ резервного копирования, недоступный товарищу майору, защищенный от тех, кто попросит, и при этом экономически целесообразный для мелкого бизнеса Все что хранится в общедоступном интернете можно считать уже потенциально слитым, но ведь база заявлена "важная" - значит это недопустимо. А учитывая что она еще и "небольшая" - на внешний диск в 2тб влезть должна, с шифрованием вполне себе вариант. В случае неудачи другой носитель с хранящися на нем ключом успешно теряется - даже если диск пришлось отдать, пусть играют с ним пока всё не завершится за истечением срока давности. Но да, если в серверную придут с постановлением - все что нужно люди получат, так что описанное выше касается только бэкапов и проявлений "досрочного" интереса к ним. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 12:20 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам "Отресторенная" база ничего, кроме экономии времени на рестор в случае факапа не даёт. А в этом случае небольшой выигрыш по времени может быть непринципиален, будут проблемы поважнее. отресторенная база это уже база, которую можно использовать, или как рид-онли, или как архивную, и т.д. Понятно, что если у человека 62 бэкапа на яндекс-диске, то базы у него мелкие. Однако, он в данный момент приобретает вредные привычки, которые, как правило, сохраняются. А когда базы будут побольше, вот тогда эти вредные привычки уже будут выглядеть крайне странно. Обычно бывает так - когда видишь вот такой бред в скриптах бэкапа и рестора, спрашиваешь - кто эту хню придумал? В ответ - да кто ж его знает, так уже было написано до нас. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 12:29 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
kdvв данном случае это шизофрения (я про одновременное указание -c -rep). Одна надежда, что в какой-нибудь версии Firebird разработчики все-таки научат gbak материться на одновременное указание параллельных опций. И тогда мы узнаем, как много народу пострадает от того, что не умеют читать. Ну да, тут согласен. Перечитал документацию. kdvЕГО надо архивировать и сохранять, а не бэкап. Да, ресторенная база побольше размером, чем бэкап. Но она уже готова к использованию, в отличие от бэкапа. Либо не делайте тестовый рестор, либо не храните бэкап после рестора. Ну так это ваше сугубо личное мнение, зачем его всем навязывать в такой категоричной форме. Тестовый рестор я делаю не от большого желания, а из-за охрененной особенности фаерберда. В какой ещё СУБД бекап может безошибочно создаться, но при этом быть непригодным для восстановления базы? А насчет хранить файл базы вместо бекапа - вообще спорный вопрос. Что важнее: время восстановления или объем, занимаемый бекапом и перекачиваемый по каналам связи - целиком зависит от особенностей проекта. Где-то одно важнее, где-то другое. P.S. Хотя, подумав я частично с вами соглашусь )) Архивировать и удаленно хранить я всё равно буду бекап, но вот локально сохранить развернутую базу в некоторых случаях будет полезно. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 14:00 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Игорь ГурьяновТестовый рестор я делаю не от большого желания, а из-за охрененной особенности фаерберда. В какой ещё СУБД бекап может безошибочно создаться, но при этом быть непригодным для восстановления базы?В какой ещё СУБД есть бекап в виде экспорта данных в другом формате, а не в виде страничной копии ? Что там с практической стороной вопроса ? Какие претензии в Firebrid к бекапам в виде тех самых страничных копий ? Может стоит изучить вопрос, перед тем как делать такие выводы ? Ибо, судя по использованным ключам gbak, вопрос не изучался весьма неглубоко... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 14:25 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Игорь ГурьяновТак же буду признателен за дельные комментарии/советы1. nbackup -L 2. Сжать базу с помощью lzma с левелом 1 3. Положить архив на reverse EncFS, точка монтирования внутри папки яндекс-диска 4. nbackup -N ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 17:57 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
[quot hvlad]В какой ещё СУБД есть бекап в виде экспорта данных в другом формате, а не в виде страничной копии ? Что там с практической стороной вопроса ?[/hvlad] в PG есть :-) И есть целая статья в их вики, почему бекап не дает 100% гарантии и может не восстановиться :-) Но виноват как всегда ФБ, ага. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 18:16 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
Игорь Гурьянов Что важнее: время восстановления или объем, занимаемый бекапом и перекачиваемый по каналам связи - целиком зависит от особенностей проекта. Где-то одно важнее, где-то другое. пока у вас базы и бэкапы микроскопические, вам не важен ни объем, ни время перекачки по каналам, ни прочая ерунда. Вот когда у вас рестор будет длиться хотя бы минут 15-20, тогда вы перестанете размышлять о том, что надо сохранять - бэкап или готовую базу. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 19:11 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
дельный комментаторИгорь ГурьяновТак же буду признателен за дельные комментарии/советы1. nbackup -L 2. Сжать базу с помощью lzma с левелом 1 3. Положить архив на reverse EncFS, точка монтирования внутри папки яндекс-диска 4. nbackup -N3 и 4 поменять местами ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2018, 21:54 |
|
Бекап базы на Яндекс-диск
|
|||
---|---|---|---|
#18+
kdvВот когда у вас рестор будет длиться хотя бы минут 15-20, тогда вы перестанете размышлять о том, что надо сохранять - бэкап или готовую базу.Если тестовое восстановление делается на отдельный сетевой ресурс - размышлять особо не придётся. Если тестовое восстановление делается на локальный диск, придётся размышлять - что лучше: быстро восстанавливаться или хранить больше бэкапов. Ну или размышлять об организации более сложной процедуры, т.к. "безальтернативному варианту" требуется место для рабочей базы, "гарантированно сохранённой базы" и текущей пары "файла бэкапа и тестового восстановления". ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2018, 09:40 |
|
|
start [/forum/topic.php?fid=40&msg=39603623&tid=1561233]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 163ms |
0 / 0 |