Одной из задач IT службы предприятия (аутсорсинговой, или штатной) является обеспечение сохранности данных как в штатных так и в исключительных ситуациях. Профессионалы же делают исключительные ситуации штатными, детально их прорабатывая. С этой целью около полугода назад мы подняли backup сервер для резервного копирования данных наших клиентов.
Резервное копирование бывает ручное и автоматическое. Также не стоит путать резервное копирование с архивированием. Задача резервного копирования — хранить несколько актуальных версий данных на случай “все пропало, нужно срочно восстановить”. Архивирование же предназначено для доступа к данным за прошлый год, или прошлую пятилетку. Мы эти две услуги объединяем. Обычно ежедневные резервные копии хранятся в течении месяца, а ежемесячные — пожизненно. При необходимости срок хранения можно изменить.
Рассмотрим резервное копирование в разрезе сервисов.
1. Резервное копирование баз данных 1С
Тут есть два варианта первый — простой и правильный. База находится на терминальном сервере 1С, на этом сервере по расписанию запускается скрипт, который проводит архивацию базы с паролем, который известен только клиенту и пересылает эту базу по протоколу FTP на наш бекап сервер, который архив принимает и надежно хранит.
Если же база находится на компьютере бухгалтера и все коллеги к ней подключаются по общей сетевой папке, то расписание резервного копирования можно составить таким образом, чтобы во время копирования все сотрудники уже отдыхали, но компьютер уже был включен, например на 10 вечера с последующим выключением компьютера. Либо же запускать backup скрипт вручную, когда бухгалтер идет домой. Но в таком случае мы советуем перейти на терминальный сервер, что мы тоже можем помочь сделать.
Ручное копирование можно запустить в любой момент, это делается одним кликом.
В плане безопасности хранения тоже все продумано. Доступ к архивам имеет администратор сервера (который не знает пароль от архива) и клиент. Клиент может добавить новые архивы, прочитать старые, но не может их изменить или удалить. Доступ на изменение закрыт для исключения маловероятного но все же возможного случая вредительства (пользователя либо вируса пользователя). Удаление возможно только администратором по запросу клиента. Данные можно хранить в течении нескольких лет. Правда от длительности хранения и размера баз зависит цена.
2. Резервное копирование веб сайтов
Хотя хостинг достаточно надежная штука — иметь бекапы под рукой на случай откатывания версии назад, или срочного восстановления сайта на другой площадке хочется всегда. Скажем даже так: бекапы делают и сами хостеры, но обычно эти бекапы хранятся не долго, сделаны в своем формате, недоступны, когда хостер «лежит». В этих случаях держать актуальную версию сайта в удобном для вас формате на отдельной технической площадке — мечта параноика.
Сайт состоит из двух частей: база данных и файлы. Бекапим обе. Технически автоматическое резервное копирование сайта происходит так: каждую ночь в заданное время бекап сервер обращается к веб сервер с просьбой отдать бекап, тот в свою очередь архивирует дамп БД и файлы, и пересылает все на бекап сервер.
Возможно создать резервную копию сайта вручную. В панели управления нашей CMS есть волшебная кнопка “бекап”, по нажатию которой создается архив и отсылается на бекап сервер. В зависимости от размера сайта (через 5 секунд, или 20) резервная копия уже находится в надежном месте, а вам на почту приходит отчет о ее успешном завершении, либо о ошибке (если такова присутствует).
3. Резервное копирование серверов
Довольно часто возникает необходимость в резервном копировании особых серверов, например корпоративный портал, контроллер домена, серверов контроля версий для разработчиков. Все это возможно!
4. Резервное копирование пользовательских данных.
В идеальном варианте все пользовательские данные находятся в системе хранения данных (СХД) и надежно защищены. Но это далеко не всегда так. Особенно ситуация усложняется, если у предприятия несколько маленьких офисов или есть удаленные сотрудники. В таком случае можно настроить резервное копирование самых важных данных непосредственно с рабочих машин, или локальных файловых серверов. Если количество данных большое и измеряется гигабайтами, можно организовать локальный сервер резервного копирования. Или в случае, если используется домен Windows — файловый сервер для хранения пользовательских профилей.
Для современного взаимодействия сейчас используются облачные хранилища информации. Данные из Google Drive тоже имеет смысл резервировать, т.к. владелец может удалить данные, и у тех кто их совместно использует ничего не останется. Мы периодически резервируем гугл документы с помощью программы GDocBackup и соответствующего скрипта который архивирует с паролем и отправляет на сервер резервного копирования.
Мы рассмотрели основные случаи, когда может быть необходимость в резервировании данных, конечно кроме основных могут быть нестандартные, потому обращайтесь к нам и мы поможем вам забекапится.
Что представляет собой наш бекап сервер?
Физически сервер установить очень просто, гораздо сложнее и интереснее организовать систему резервного копирования. Жесткие диски поставили в RAID-1 для обеспечения зеркалирования данных, настроили отчет на email при выходе из строя одного из дисков. Процессор — Intel Atom, просто и дешево, ведь задача сервера — только хранить данные. А точнее ночами получать несколько десятков гигабайт, а по запросу (обычно днем) отдавать несколько гигабайт. Сервер размещен в серверной комнате, запитан через источник бесперебойного питания и подключен к интернет через оптический кабель.
Используется операционная система Linux Debian, что также обеспечивает стабильность работы.
Резервное копирование бывает ручное и автоматическое. Также не стоит путать резервное копирование с архивированием. Задача резервного копирования — хранить несколько актуальных версий данных на случай “все пропало, нужно срочно восстановить”. Архивирование же предназначено для доступа к данным за прошлый год, или прошлую пятилетку. Мы эти две услуги объединяем. Обычно ежедневные резервные копии хранятся в течении месяца, а ежемесячные — пожизненно. При необходимости срок хранения можно изменить.
Рассмотрим резервное копирование в разрезе сервисов.
1. Резервное копирование баз данных 1С
Тут есть два варианта первый — простой и правильный. База находится на терминальном сервере 1С, на этом сервере по расписанию запускается скрипт, который проводит архивацию базы с паролем, который известен только клиенту и пересылает эту базу по протоколу FTP на наш бекап сервер, который архив принимает и надежно хранит.
Если же база находится на компьютере бухгалтера и все коллеги к ней подключаются по общей сетевой папке, то расписание резервного копирования можно составить таким образом, чтобы во время копирования все сотрудники уже отдыхали, но компьютер уже был включен, например на 10 вечера с последующим выключением компьютера. Либо же запускать backup скрипт вручную, когда бухгалтер идет домой. Но в таком случае мы советуем перейти на терминальный сервер, что мы тоже можем помочь сделать.
Ручное копирование можно запустить в любой момент, это делается одним кликом.
В плане безопасности хранения тоже все продумано. Доступ к архивам имеет администратор сервера (который не знает пароль от архива) и клиент. Клиент может добавить новые архивы, прочитать старые, но не может их изменить или удалить. Доступ на изменение закрыт для исключения маловероятного но все же возможного случая вредительства (пользователя либо вируса пользователя). Удаление возможно только администратором по запросу клиента. Данные можно хранить в течении нескольких лет. Правда от длительности хранения и размера баз зависит цена.
2. Резервное копирование веб сайтов
Хотя хостинг достаточно надежная штука — иметь бекапы под рукой на случай откатывания версии назад, или срочного восстановления сайта на другой площадке хочется всегда. Скажем даже так: бекапы делают и сами хостеры, но обычно эти бекапы хранятся не долго, сделаны в своем формате, недоступны, когда хостер «лежит». В этих случаях держать актуальную версию сайта в удобном для вас формате на отдельной технической площадке — мечта параноика.
Сайт состоит из двух частей: база данных и файлы. Бекапим обе. Технически автоматическое резервное копирование сайта происходит так: каждую ночь в заданное время бекап сервер обращается к веб сервер с просьбой отдать бекап, тот в свою очередь архивирует дамп БД и файлы, и пересылает все на бекап сервер.
Возможно создать резервную копию сайта вручную. В панели управления нашей CMS есть волшебная кнопка “бекап”, по нажатию которой создается архив и отсылается на бекап сервер. В зависимости от размера сайта (через 5 секунд, или 20) резервная копия уже находится в надежном месте, а вам на почту приходит отчет о ее успешном завершении, либо о ошибке (если такова присутствует).
3. Резервное копирование серверов
Довольно часто возникает необходимость в резервном копировании особых серверов, например корпоративный портал, контроллер домена, серверов контроля версий для разработчиков. Все это возможно!
4. Резервное копирование пользовательских данных.
В идеальном варианте все пользовательские данные находятся в системе хранения данных (СХД) и надежно защищены. Но это далеко не всегда так. Особенно ситуация усложняется, если у предприятия несколько маленьких офисов или есть удаленные сотрудники. В таком случае можно настроить резервное копирование самых важных данных непосредственно с рабочих машин, или локальных файловых серверов. Если количество данных большое и измеряется гигабайтами, можно организовать локальный сервер резервного копирования. Или в случае, если используется домен Windows — файловый сервер для хранения пользовательских профилей.
Для современного взаимодействия сейчас используются облачные хранилища информации. Данные из Google Drive тоже имеет смысл резервировать, т.к. владелец может удалить данные, и у тех кто их совместно использует ничего не останется. Мы периодически резервируем гугл документы с помощью программы GDocBackup и соответствующего скрипта который архивирует с паролем и отправляет на сервер резервного копирования.
Мы рассмотрели основные случаи, когда может быть необходимость в резервировании данных, конечно кроме основных могут быть нестандартные, потому обращайтесь к нам и мы поможем вам забекапится.
Что представляет собой наш бекап сервер?
Физически сервер установить очень просто, гораздо сложнее и интереснее организовать систему резервного копирования. Жесткие диски поставили в RAID-1 для обеспечения зеркалирования данных, настроили отчет на email при выходе из строя одного из дисков. Процессор — Intel Atom, просто и дешево, ведь задача сервера — только хранить данные. А точнее ночами получать несколько десятков гигабайт, а по запросу (обычно днем) отдавать несколько гигабайт. Сервер размещен в серверной комнате, запитан через источник бесперебойного питания и подключен к интернет через оптический кабель.
Используется операционная система Linux Debian, что также обеспечивает стабильность работы.