Комментарии 15
А как шифровальщику удалось зашифровать MDF/LDF файлы, открытые эксклюзивно сиквелом?
Мне кажется, нужно место, куда пишется бэкап (как full так и trn) делать (естественно на другом сервере) write-only
Вроде не сказано что было шифровальщиком уничтожено что-то на сиквеле. 1с может и тупо файловая урбд быть
1. Как-то доступ получил админский. Да это и не важно.
2. Интересная мысль.
А поднимать более старый бэкап, с небитыми таблицами — значит потерять часть введенных данных.
Что сделали:
Подняли бэкап 5-ти дневной давности, где таблицы были еще не битые.
У меня одного тут возникает диссонанс?
Это был первый шаг. В следующем предложении все встанет на свои места.
Это прям фантастика.
У всех есть бэкапы только они старые.
Ну просто они делаются.....
Раз в год, раз в десять лет.... А вдруг пригодиться.
Спасибо за пост.
Кажется, что к выводам неплохо было бы добавить и регулярные проверки целостности. Старый полный бэкап + цепочка бэкапов ЖТ (при своевременном обнаружении) могли бы полностью решить проблему в примере 4.
Не совсем понял а в чем преимущество DB REPLICATION от имеющихся решений разных компнаий для бэкапа?
DB Replication - это не совсем про бэкапы. Цели у программы другие. Она помогает решать задачи: оперативного обмена между распределенными БД, создания и поддержки в актуальном состоянии консолидирующей БД, архивной БД, или БД с каким-то контуром учета. Помогает без остановки пользователей обрезать огромную БД, помогает бесшовно перейти с MSSQL v1 на MSSQL v2 или на PostgreSQL или с одной платформы 1С на другую. Да много кейсов еще. А восстановление баз из приведенных примеров - это просто использование технологии репликации в нужном месте и в нужное время.
Если в компании развернут контроллер домена и пользователи имеют узкоочерченые права на запись на общие диски, а системные администраторы не сидят из под профилей с правами доменного админа, то вирусы шифровальщики не сильно страшны. Но это не отменяет конечно тоого, что нужно грамотно выстраивать систему резервного копирования и защиты резервных копий
Бэкап, бэкап и еще раз бэкап