|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Добрый день, Мы планируем мигрировать базы между различными центрами путем написания автоматической процедуры копирования бекапов баз (полных и логов) и автоматического восстановления их в новом центре. В ночь переключения, у нас будет около часа на то, чтобы погасить всю активность в старом центре, убедиться, что потери данных нет и запустить приложения в новом центре. В этот период нужно показать себе (технарям) и бизнесу что потери данных нет. Причем способов доказательства должно быть несколько, ибо приложения очень критичные и места для ошибок нет. Для себя можно использовать дату начала бекапа лога в старом дата центре, имя файла бекапа, у которого суффикс дата и время бекапа, LSN сравнить между старой базой и новой, считать последнюю запись в табличке которая часто используется (или создать джобу, которая каждую секунду пишет в тестовую табличку некий timestamp. Есть ли у коллективного разума еще идеи? Повторюсь, эти проверки должны убедить не только нас, но и бизнес, что потери данных нет, то есть некоторые должны быть очень понятны. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2020, 09:51 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Roust_m, Для бинеса: последняя дата изменения чего-бы то ни было Для себя: LSN-ы ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2020, 10:11 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Roust_m, о какого рода потере данных Вы пишете? Чтобы понять - произошли ли потери, над сравнить то, что есть, с образцом, т.е. тем, что должно быть или предположительно должно быть, построить модель или иметь готовую эталонную модель. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2020, 11:50 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Roust_m Добрый день, Мы планируем мигрировать базы между различными центрами путем написания автоматической процедуры копирования бекапов баз (полных и логов) и автоматического восстановления их в новом центре. вы изобретаете logshipping заново? Roust_m Есть ли у коллективного разума еще идеи? Повторюсь, эти проверки должны убедить не только нас, но и бизнес, что потери данных нет, то есть некоторые должны быть очень понятны. db mirroring ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2020, 12:28 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Для себя (технарей) гуглите на тему Tail-Log Backups Код: sql 1.
https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/tail-log-backups-sql-server После него база недоступна db mirroring сделает это то же самое только в автоматическом режиме. Для бизнеса советов не ждите. Ваши клиенты вам и убеждать. Мамой клянусь (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.05.2020, 17:07 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Владислав Колосов Roust_m, о какого рода потере данных Вы пишете? Чтобы понять - произошли ли потери, над сравнить то, что есть, с образцом, т.е. тем, что должно быть или предположительно должно быть, построить модель или иметь готовую эталонную модель. Нужно убедиться, что ни одна транзакция не пропала. Это банковский сектор, поэтому все должно быть на месте. Мне надо будет написать запросы, которые покажут, что перед переходом в новый дата центр в новой базе данные не отличались от старой базы. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2020, 07:28 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
komrad Roust_m Добрый день, Мы планируем мигрировать базы между различными центрами путем написания автоматической процедуры копирования бекапов баз (полных и логов) и автоматического восстановления их в новом центре. вы изобретаете logshipping заново? Roust_m Есть ли у коллективного разума еще идеи? Повторюсь, эти проверки должны убедить не только нас, но и бизнес, что потери данных нет, то есть некоторые должны быть очень понятны. db mirroring Да, именно это и пришлось сделать. В связи с особенностями доступа между дата центрами, идею использовать Availability Group, а также стандартный лог шиппинг и database mirroring отмели до того как я начал работать в компании. Мне поставили задачу: написать свой лог шиппинг, который будет работать в наших условиях. Я его уже написал. Осталось сделать запросы, которые покажут, что данные не потеряются. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2020, 07:31 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Roust_m Осталось сделать запросы, которые покажут, что данные не потеряются. из самого простого - в определенный момент времени primary базу в readonly, сделать бекап лога и восстановить его в новом дата-центре ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2020, 10:04 |
|
Проверка отсутствия потери данных
|
|||
---|---|---|---|
#18+
Roust_m ... написать свой лог шиппинг, который будет работать в наших условиях. Я его уже написал. Осталось сделать запросы, которые покажут, что данные не потеряются. А как вы бэкапите последний лог: с опцией "NORECOVERY"? Вам надо будет убедится, что вы воссановили этот последний лог в новом датацентре. После этого я бы считал, что базы синхронизированы. Кроме того, можете сделать табличку с автоинкреиентом и датой и писать туда в цикле каждые 0.1 секунды. Последние значения вставок пишите в лог, т.к. база в старом датацентре закроется с последним бэкапом лога. Потом сравните значения. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.05.2020, 11:09 |
|
|
start [/forum/topic.php?fid=46&msg=39961990&tid=1686074]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
2ms |
others: | 292ms |
total: | 450ms |
0 / 0 |