Всем привет! Я - Александр Мандык, компания Мистер Чек, и в этой статье мы поговорим на тему резервного копирования. Если в компании не реализован этот процесс, или реализован с ошибками, то последствия могут быть очень болезненными. А в конце данной публикации Вы, как обычно, найдете наше видео по этой теме. Поехали!
В первую очередь нужно определить ответственного за процесс создания и хранения резервных копий. Часто этот функционал берут на себя системные администраторы, либо компании, выполняющие их роль, либо специалисты по 1С и компании интеграторы. Но важно понимать, что если Вы не определили ответственного за этот процесс, то может быть им никто и не занимается вовсе. Мы бывали свидетелями случаев, когда сервер выходил из строя, требовалось восстановление из копии, но ее просто не было. Потерпевший идет к системному администратору, а он разводит руками и говорит, так это база 1С, я ее не трогаю. Потерпевший идет в компанию, которая его обслуживает по 1С, а у них в договоре прописано, что заказчик сам должен осуществлять резервное копирование. Грусть, печаль, тоска… Поэтому важно определить ответственного, а еще лучше задокументировать эту ответственность и прописать штрафные санкции.
Во вторую очередь, нужно определить частоту созданий резервных копий. Регулярно нам задают вопрос, с какой периодичностью надо делать копию базы? Раз в неделю, Раз в день, два раза в день, каждый час? Здесь все просто, чем чаще мы делаем копию, тем меньше данных будет потеряно, при необходимости восстановления из последней копии. Скорее всего издержки бизнеса, при остановке работы основной базы и утери данных даже за сутки работы намного выше стоимости вычислительных мощностей, требующихся для более частого копирования. Поэтому, здесь каждый выбирает себе золотую середину.
В третью очередь, надо выбрать место, где будут хранится резервные копии. Принцип простой: 1. Места для хранения должно быть достаточно. 2. Место для хранения должно быть всегда доступно, как физически, так и через сеть. 3. Место для хранения должно быть максимально обособленным от той базы, которую мы копируем. Т.е копирование базы на тот же, либо соседний сервер идея так себе. Лучше всего хранить резервные копии в максимально независимом месте от основной базы и сервера. Это может быть 1С:Облачное хранилище, Яндекс.Диск, какой-нибудь удаленный NAS.
В четвертую очередь, мы реализовываем процесс резервного копирования и процесс хранения резервных копий, программ для этого масса, не будем здесь останавливаться. Но лучше этот процесс описать и задокументировать, чтобы любой новый человек мог быстро в него погрузится.
Ну и в последнюю очередь, делаем то, о чем многие забывают. Мы должны определить, реализовать и описать процесс контроля над проверкой создания резервных копий. Нет повести печальнее на свете, чем повесть, в которой, резервные копии по техническим причинам перестали делаться, а у нас сработал риск, и самая свежая копия была сделана месяц назад. Периодичность опять же выбираем сами, у нас есть заказчики, у которых по регламенту проверка создания копии происходит каждый день, под подпись с отправлением отчета.
Резюмирую, первое – определяем ответственных, второе – определяем частоту, третье – определяем место, четвертое – реализовываем и описываем процесс копирования и хранения, пятое – определяем, реализовываем и описываем процесс проверки создания резервных копий.
По этой теме у меня все, желаю Вам никогда не попадать в ситуации, которые требуют восстановления данных из резервных копий. До новых встреч!