Резервное копирование 1С: почему стандартного бэкапа недостаточно
Утро понедельника. Бухгалтер открывает 1С — база не запускается. Вчера ночью сотрудник из другого отдела открыл письмо с «актом сверки» во вложении. Шифровальщик прошелся по серверу, зацепил и рабочие файлы, и базу 1С. Бэкап? Лежит на соседнем диске того же сервера. Зашифрован вместе со всем остальным.
Мы сопровождаем серверную инфраструктуру больше 20 лет. К нам еженедельно поступают заявки на восстановление данных. Причины потери – разные. Разбираем в статье основные заблуждения про бэкап и делимся рекомендациями как обеспечить надежную защиту данных 1С.
Мы сопровождаем серверную инфраструктуру больше 20 лет. К нам еженедельно поступают заявки на восстановление данных. Причины потери – разные. Разбираем в статье основные заблуждения про бэкап и делимся рекомендациями как обеспечить надежную защиту данных 1С.
Содержание
Что считается «стандартным бэкапом» и почему он подводит
Большинство компаний малого бизнеса под бэкапом понимают одно из двух: либо штатный сисадмин раз в неделю копирует базу на внешний жесткий диск, либо настроена автоматическая выгрузка .dt-файла средствами самой 1С.
Оба варианта лучше, чем ничего. Но оба создают ложное чувство безопасности. Руководитель спрашивает: «У нас бэкап есть?» Ему отвечают: «Да». И на этом разговор заканчивается, до первого инцидента.
Выгрузка .dt – это снимок базы в формате 1С. Она фиксирует состояние СУБД, работающей в файловом режиме, но для баз в SQL-режиме не является полноценной резервной копией. Также, если база весит например 15 ГБ, то выгрузка в формате .dt может идти час. Все это время пользователи либо ждут, либо продолжают работать, и тогда копия получается «размазанной», с частично завершенными операциями. Обычно, бухгалтер выгружает базу в таком виде к себе на флешку в конце рабочего дня. Это удобно ему лично, но создает дополнительные риски для бизнеса.
Копия на соседний диск того же сервера – еще одна распространенная ошибка. Физически данные лежат в том же месте. Сгорел контроллер, залило серверную, отработал шифровальщик: оригинал и копия пропадают одновременно. Такой бэкап защищает только от случайного удаления файла. От всего остального – нет.
Оба варианта лучше, чем ничего. Но оба создают ложное чувство безопасности. Руководитель спрашивает: «У нас бэкап есть?» Ему отвечают: «Да». И на этом разговор заканчивается, до первого инцидента.
Выгрузка .dt – это снимок базы в формате 1С. Она фиксирует состояние СУБД, работающей в файловом режиме, но для баз в SQL-режиме не является полноценной резервной копией. Также, если база весит например 15 ГБ, то выгрузка в формате .dt может идти час. Все это время пользователи либо ждут, либо продолжают работать, и тогда копия получается «размазанной», с частично завершенными операциями. Обычно, бухгалтер выгружает базу в таком виде к себе на флешку в конце рабочего дня. Это удобно ему лично, но создает дополнительные риски для бизнеса.
Копия на соседний диск того же сервера – еще одна распространенная ошибка. Физически данные лежат в том же месте. Сгорел контроллер, залило серверную, отработал шифровальщик: оригинал и копия пропадают одновременно. Такой бэкап защищает только от случайного удаления файла. От всего остального – нет.
Почему данные теряются: основные причины из нашей практики
За 20 лет мы видели, кажется, все способы потерять базу 1С. Вот что происходит регулярно:
- Шифровальщики через фишингСотрудник получает письмо от «контрагента» с вложением. Один клик, и вирус начинает шифровать все, до чего дотянется по сети. Базы 1С становятся первой мишенью, потому что они большие и критичные. Суммы, которые вымогатели просят у малого бизнеса, начинаются от сотен тысяч рублей. Но даже если заплатить, гарантии расшифровки никто не дает.
- Человеческий факторСотрудники удаляют файлы по ошибке. Иногда отдельные документы, иногда целые базы. Перепутал папку, нажал «удалить» вместо «переместить», почистил диск не глядя. Когда такой сотрудник сообщает об ошибке через два дня, а бэкап хранится всего сутки, данные уже не вернуть.
Бывает и так: бухгалтер провел документы задним числом, пересчитал остатки и обнаружил расхождение. Нужно откатить базу на состояние до ошибки. Если копий за нужный день нет, остается ручной разбор – это дни работы. Ошибки в учете случаются реже, чем удаление файлов, но восстанавливать после них сложнее. - Аппаратные сбои и форс-мажорыДиск выходит из строя, блок питания сгорает и утаскивает за собой контроллер. Бывают случаи проще: отключили электричество на полдня, ИБП не выдержал. Бывают — сложнее. Об одном из них, пожалуй, не стоит писать, но скажу так: мы восстанавливали данные после ситуаций, которые в учебниках по IT не описаны.
Требуется защитить базу данных 1С от потерь? Свяжитесь с нами для получения консультации и получите надежную схему защиты.
Как должен работать бэкап: принцип двух площадок
Мы строим резервное копирование по принципу, который за годы ни разу не подвел: одна копия остается внутри инфраструктуры клиента, вторая – обязательно уходит за ее пределы.
Первая копия – локальная. Подойдет любой носитель, физически отделенный от основного сервера: отдельная машина в той же сети, внешний диск, даже второй компьютер в соседнем кабинете. Она нужна для быстрого восстановления: файл удалили — достали из копии за десять минут. Никуда ходить не надо, все под рукой.
Но локальная копия не спасет, если проблема затронула весь офис. Поэтому вторая копия уходит за пределы площадки: облачное хранилище, сервер в другом дата-центре, площадка в другом здании. Эта копия страхует от пожара, затопления, шифровальщика, физического изъятия оборудования. В таких случаях только внешняя копия позволяет восстановить работу.
Бэкап выполняется каждую ночь. Для большинства компаний этого достаточно: максимальная потеря – один рабочий день. Но есть клиенты, у которых за день проходят сотни операций в 1С. Для них мы настраиваем копирование каждые 2 или 4 часа. Это стоит дороже, потому что нужно больше места для хранения и мощнее канал связи. Зато для некоторых бизнесов потеря даже четырех часов работы обойдется дороже годового бэкапа.
Есть клиенты, средние и крупные компании, где бэкап базы 1С выполняется каждые 15 минут!
Глубину хранения архива мы согласовываем с каждым клиентом отдельно. Стандарт – одна-две недели. Этого хватает, чтобы откатиться к нужной дате, даже если ошибку обнаружили не сразу. Глубже – можно, но хранение стоит денег, и мы честно об этом говорим.
Первая копия – локальная. Подойдет любой носитель, физически отделенный от основного сервера: отдельная машина в той же сети, внешний диск, даже второй компьютер в соседнем кабинете. Она нужна для быстрого восстановления: файл удалили — достали из копии за десять минут. Никуда ходить не надо, все под рукой.
Но локальная копия не спасет, если проблема затронула весь офис. Поэтому вторая копия уходит за пределы площадки: облачное хранилище, сервер в другом дата-центре, площадка в другом здании. Эта копия страхует от пожара, затопления, шифровальщика, физического изъятия оборудования. В таких случаях только внешняя копия позволяет восстановить работу.
Бэкап выполняется каждую ночь. Для большинства компаний этого достаточно: максимальная потеря – один рабочий день. Но есть клиенты, у которых за день проходят сотни операций в 1С. Для них мы настраиваем копирование каждые 2 или 4 часа. Это стоит дороже, потому что нужно больше места для хранения и мощнее канал связи. Зато для некоторых бизнесов потеря даже четырех часов работы обойдется дороже годового бэкапа.
Есть клиенты, средние и крупные компании, где бэкап базы 1С выполняется каждые 15 минут!
Глубину хранения архива мы согласовываем с каждым клиентом отдельно. Стандарт – одна-две недели. Этого хватает, чтобы откатиться к нужной дате, даже если ошибку обнаружили не сразу. Глубже – можно, но хранение стоит денег, и мы честно об этом говорим.
Три заблуждения, которые мы слышим постоянно
- «У нас есть RAID, зачем еще бэкап?»RAID защищает от выхода из строя одного диска. От шифровальщика, ошибки сотрудника или сбоя файловой системы RAID не спасает. Данные повредились — RAID честно зеркалирует поврежденные данные на оба диска. Это не бэкап, это отказоустойчивость. Разные задачи.
- Нам достаточно выгрузки .dtДля файловых баз на 3-5 пользователей, возможно, и хватит. Но для баз в SQL-режиме .dt-выгрузка не включает журналы транзакций и настройки СУБД. При восстановлении можно потерять данные, которые были записаны во время выгрузки. Полноценный бэкап SQL-базы делается средствами СУБД – это другой процесс и другой уровень надежности.
- «Бэкап — это разовая настройка, дальше все работает само.»Настроить — полдела. Нужно проверять, что копии действительно создаются, что они не повреждены, что из них реально можно восстановить базу. Мы регулярно сталкиваемся с ситуацией: бэкап «работал» полгода, а когда понадобилось восстановление, выяснилось, что последние три месяца задание падало с ошибкой. Никто не проверял, потому что «оно же настроено».
Сколько стоит потеря базы 1С
Без 1С компания не может провести ни один документ. Не может выставить счет, оформить отгрузку, начислить зарплату, сдать отчетность в налоговую. Это полная остановка учета.
Восстановление из бумажных носителей – если они вообще есть – занимает недели. Каждый документ нужно найти, сверить, внести заново. Для компании на 30 сотрудников, которая проводит 50-100 документов в день, это сотни часов ручной работы.
Нормальный бэкап стоит несколько тысяч рублей в месяц. Потеря базы – от сотен тысяч, если считать простой, ручное восстановление и штрафы за просроченную отчетность. Мы не пугаем, мы считаем. Арифметика простая.
Восстановление из бумажных носителей – если они вообще есть – занимает недели. Каждый документ нужно найти, сверить, внести заново. Для компании на 30 сотрудников, которая проводит 50-100 документов в день, это сотни часов ручной работы.
Нормальный бэкап стоит несколько тысяч рублей в месяц. Потеря базы – от сотен тысяч, если считать простой, ручное восстановление и штрафы за просроченную отчетность. Мы не пугаем, мы считаем. Арифметика простая.
Что в итоге
Бэкап – не галочка в списке IT-задач и не разовая настройка, которую можно сделать и забыть. Это страховка, которая работает только тогда, когда сделана правильно: две копии на разных площадках, регулярное копирование, проверка восстановления, согласованная глубина хранения.
За 20 лет мы ни разу не пожалели, что перестраховались с резервным копированием. Жалели, когда клиент приходил к нам уже после потери данных, без единой рабочей копии.
Если не уверены, что ваш бэкап вас защищает, свяжитесь с нами. Проверим, расскажем, что стоит изменить. Спокойствие за данные не должно стоить дорого, но и бесплатным оно не бывает.
За 20 лет мы ни разу не пожалели, что перестраховались с резервным копированием. Жалели, когда клиент приходил к нам уже после потери данных, без единой рабочей копии.
Если не уверены, что ваш бэкап вас защищает, свяжитесь с нами. Проверим, расскажем, что стоит изменить. Спокойствие за данные не должно стоить дорого, но и бесплатным оно не бывает.
Необходимо быть уверенным в сохранности данных 1С? Запишитесь на консультацию и получите готовое решение для надежного хранения информации.
Нужно усилить защиту данных 1С?
Мы поможем!
Оставьте заявку на консультацию