Причины повреждения базы данных

Author Автор: Роман Чернышов    Опубликовано: 5 мая 2016

backup2Самый ценный актив любого бизнеса это информация накопленная за весь период его существования, к которой относятся данные клиентов, контактные данные, таблицы заказов, каталоги товаров, служебная переписка, контент и многое другое. При чем не важно, онлайн или оффлайн работает сам бизнес, в любом случае как правило, вся информация хранится в цифровой базе данных. И каким бы это странным не казалось, и не очевидным для многих менеджеров и управляющих компанией, потерять весь бизнес можно в оно мгновение — потерять информацию, что хранится в базе данных.

Цитата из Intelligent Enterprise

Установлено, что большинство предприятий, переживших крупную необратимую потерю корпоративных данных, прекращают свое существование в течение трех лет после такого инцидента. Мысль о возможной катастрофе неприятна для ИТ- и бизнес-менеджеров, поэтому они часто не принимают серьезных предупредительных мер.

Народная мудрость

Люди разделяются на две категории, тех кто не делает бекап и тех кто уже делает.

По этому стоит заранее позаботиться о резервном копировании всей важной информации, более того желательно иметь дублирующую резервную копию, на случай если первая также будет утеряна. Как показывает практика, бывает и такое. Помимо этого, периодически следует проводить восстановление(restore) данных из резервной копии на тестовый сервер чтобы убедиться, что резервная копия в порядке и данные из нее восстанавливаются нормально. Бывали случае когда система резервного копирования работала, но сохраняла не все данные, что разумеется стало известным только тогда, когда эти самые данные понадобились. Всегда делайте бекап, а лучше два!

Причины повреждения базы данных

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

1) Отключение питания сервера. Одна из самым часто встречающихся причин, даже с использованием источников бесперебойного питания (UPS, RAID-контроллеры с аккумуляторами), нет стопроцентной гарантии бесперебойной работы сервера.

2) Дефекты оборудования.

Память — в случае использования не качественной памяти RAM, возможно повреждение данных хранящихся в ней, и как следствие запись таких данных в базу. Факт порчи данных обнаруживается только при следующей попытки считать их.

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

Контроллеры — в случае сбоя в их работе возможны различные непредвиденные последствия, включая запись данных не туда, куда следовало бы, и как следствие повреждение или потеря их.

3) Сбой программного обеспечения. Потеря или порча данных также может возникать из-за сбоев в работе или ошибок в программном обеспечении, причем не только в том которое работает напрямую с бузой данных, но и в любом другом ПО установленном на сервере. Бывали случае когда стороннее программное обеспечение, повреждало файлы базы данных. По этой причине, следует всегда использовать самую последнюю актуальную версию ПО.

4) Повреждение индексов и таблиц базы данных. Данное обстоятельство может привести к повреждению всей базы данных и потери её содержимого. Причины повреждения самих же индексов и таблиц аналогичны описанным в предыдущих пунктах.

5) Человеческий фактор. Еще одна очень важная причина потери данных, это вмешательство в работу системы не квалифицированного сотрудника, или попытка самостоятельно изменить конфигурацию оборудования и программного обеспечения, не имея определенных знаний. Также возможны действия со стороны пользователя, такие как удаление файлов, выключение или перезагрузка служб и сервизов операционной системы и так далее.

Выводы.

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

Оставить комментарий

Автор блога
Роман Чернышов
Веб-разработчик,
Full Stack
Senior, Architect
PHP, JavaScript, Node.JS, Python, HTML 5, CSS 3, MySQL, Bash, Linux Admin
Заказать работу
предложить оффер

Моя книга
Книга. Веб-разработчик. Легкий вход в профессию
Печатная книга
Веб-разработчик.
Легкий вход в профессию
Оформить предзаказ
Последние вопросы
Список вопросов
Последние комментарии
Меню

Archive

Мои проекты
Insurance CMS Love Crm CMS Совместные покупки Мой PHP Framework Хостинг для моих клиентов Лицензии на мой софт и поддержка