Сегодня мы с вами обсудим одну интересную тему из повседневных забот любого вебмастера. Допустим вы работаете с сайтом на СУБД MySQL. При этом каждый проект, так скажем, более-менее серьезный предполагает, что должна создаваться периодически резервная копия баз данных, используемых в его работе. Зачем? А ведь нельзя гарантировать бесперебойную стабильную работу сайта без резервного копирования. Вы не знали? А если ваш проект коммерческий, то резервное копирование баз данных не просто желательно, а жизненно необходимо. По закону коммерческая информация должна храниться определенное количество времени и не может быть потеряна. Здесь встает вопрос касательно информационной безопасности. Переходите на сайт https://school.codeby.net/, чтобы узнать больше по теме. Кодебай предлагает разнообразные курсы в сфере IT и SEO, в том числе по информационной безопасности. Каждый сможет найти то, что необходимо именно ему.
Вопрос по сути
Резервное копирование данных - это фактический стандарт для тех, кто использует базы данных и не только MySQL. Вообще-то практически все провайдеры хостинга делают у себя резервное копирование пользовательских данных, но стоит заметить что полагаться на них глупо, так как это копирование они делают для себя, то есть чтобы застраховаться от возникновения неприятностей при сбоях в работе по их причине. Вы конечно можете рассчитывать на них, но делать этого всё-таки не рекомендуется потому что не известно какой давности вам сделали бэкап.
Также не факт что провайдер сразу после вашего запроса побежит делать восстановление ваших файлов. Скорее всего вы получите тикет на саппорт и прождете от нескольких часов до нескольких дней. Лучше, если вы будете сливать свой бэкап на другую, не провайдерскую машину, это только повысит надежность. Чем это грозит? Обычно при резервном копировании возникают следующие проблемы:
- Отсутствие физического доступа именно к самим файлам, а только к интерфейсу СУБД
- Не знание администраторами конкретных шагов для создания резервной копии
- Технические тонкости
Как пример рассмотрим ситуацию - допустим, существует ограничение на оперативную память на сервере, а это при бэкапе большой базы данных может вызвать сбои в работе. Бэкап просто не сделается ссылаясь на недостаток машинных ресурсов. Задумайтесь об этом на досуге. И удачных вас бэкапов=)
Просмотров страницы: 99