Меры безопасности

Допустим, с одним из обновлений возникли какие-то проблемы. Студия может быть закрыта до тех пор, пока техническая служба не найдет способ восстановить базу данных, а если сбой будет действительно серьезным, база данных может быть повреждена или ее содержимое будет обновлено частично. В этом случае студия не сможет даже вернуться к предыдущей версии приложения. Для предотвращения подобных катастроф обновитель создает резервную копию базы данных перед обновлением. Если создать резервную копию не удается, обновитель прерывает процесс обновления.

Если в ходе обновления произойдет ошибка, обновитель автоматически пытается перезагрузить базу данных из резервной копии. Если даже это сделать не удастся, в студии хотя бы остается копия, и техник из службы поддержки может помочь директору с ручным восстановлением.

В самом худшем случае в центре печати всегда хранится копия базы данных, сделанная не более суток назад. Часть дополнительного пространства DVD с ежедневными заказами использовалась для отправки полной копии базы. Для небольшой базы данных и большого объема свободного места это было естественно.

Related posts:

  1. Обновления как объекты
  2. Миграция баз данных
  3. Регулярная проверка
  4. Макроструктура
  5. Основные службы

Подпишитесь на рассылку по почте:

Введите свой адрес почты, чтобы получать уведомления о новых статьях.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Можно использовать следующие HTML-теги и атрибуты: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>