омг, а причем тут репликация???
1. разговор про ситуацию, когда элекричество в проводах закончилось. обычно, заканчивается приблиз, одновременно во всем дц.
2. снапшот - он не спасет от лютого дизастера - если у тебя занулился диск от пожара, то чаще и снапшот тоже.
3. и еще. снапшот, он протухает во времени. как и обычный бэкап.
4. в таких ситуациях - может быть оч много приколов с репликацией. ну например, не все данные, которые вкомитились, зареплицировались. репликация, она может быть например отложенной. да и просто задержка для кросс-дц репликации может иметь место.
5. более того, база в таких конторах, чаще лежит на хранилке, с доступом по оптике. и снапшот, такого типа, можно делать средствами хранилки.
6. более того, снапшот, это тоже не бэкап. из снапшота, можно сделать бэкап. ну типа слить снапшот, на другую хранилку, проверить, что из него сюрприз, что-то можно восстановить в принципе и вот это всё бла-бла-бла.
7. более того, лог транзакций - он обычно не только на уровне базы данных. он обычно, еще и на уровне приложения существует. и его тоже можно перенакатывать. а там транзакции могут хранится в каком-нибудь лютом, шардированом nosql - который бэкапать вообще отдельная забава.
8. а еще, взрослые базы данных, умеют инкрементальные бэкапы, ну типа один раз забэкапил со слезами 100 терабайт, а потом доливаешь в бэкап изменения, по 10 гигабайт в день.короч, снепшоты, это вообще, для очень своеобразных случаев. и любой DBA об этом скажет.
и что репликация, это не бэкап (ну тип вкатили DELETE без условия, и прощай реплики) - тоже азы.
|
