%20%D0%B8%20%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B0%20%D0%B6%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%BE%D0%B2.png)
Насколько я понимаю, операция восстановления SQL требует создания полной резервной копии, а также всех выполненных с тех пор инкрементных резервных копий.
Насколько я понимаю, Log Shipping
он использует задание SQL для выполнения резервного копирования журнала транзакций, которое затем восстанавливается на другом экземпляре SQL.
Предположительно, любые резервные копии, выполненные интегрированным решением (VDP, Networker и т. д.), не знают о резервных копиях, выполненных Log Shipping
. Это предположительно приводит к нарушению невосстанавливаемой цепочки. Является ли общепринятым мнением возвращаться к резервным копиям на уровне файлов при использовании Log Shipping
, или я что-то не так понял?