У базах даних будь-якого виду і розміру зберігається важлива інформація. Її втрата як мінімум неприємна, а серед найбільш згубних наслідків - втрата можливості вести бізнес. Однак випадкове пошкодження або видалення БД в більшості випадків можна зупинити.
В цьому плані виграють користувачі, які своєчасно створюють резервні копії своїх баз даних. Для адміністраторів баз даних підприємств використання тієї чи іншої політики резервного копіювання і зовсім обов'язково. В іншому випадку мова йде про непідготовленому фахівця, який зайняв місце абсолютно випадково.
Якщо ж резервне копіювання не проводилося або з моменту його виконання пройшло занадто багато часу, то процедуру відновлення краще довірити професіоналам.
Причини проблем з базами даних
Чітке розуміння причин, які привели до втрати або пошкодження бази даних - ключовий момент її відновлення. Особливо, коли мова йде про випадки відсутності резервної копії. Серед найбільш поширених причин слід відзначити наступні:
- Несподіване відключення живлення з будь-яких причин.
- Поломки компонентів системи: жорсткого диска, оперативної пам'яті, чіпи та інші проблеми.
- Програмні і апаратні неполадки сервера, на якому зберігатися БД.
- Зупинка серверів на час проведення автоматичного обслуговування.
- Пошкодження індексів і таблиць баз даних, що виникли в результаті програмних збоїв або конфліктів.
- Наслідки дій шкідливого програмного забезпечення будь-якого характеру.
- Неправильні дії користувачів.
Так, для відновлення БД з пошкодженого жорсткого диска, необхідно спочатку провести його ремонт. А усунути механічну поломку настільки тонкого пристрою без професійних навичок практично неможливо.
Те ж стосується і наслідків вірусних атак. Для боротьби з ними потрібно навички іншого профілю. Самостійно зрозуміти, що зашифровані кілька перших кілобайт файлу БД навряд чи вийде, а розшифрувати їх - тим більше.
Однак це не означає, що при будь-якій проблемі в роботі БД необхідно звертатися до фахівців (хоч це і найбільш надійні варіант).
Відновлення баз даних з резервних копій
Системи управління базами даних (СУБД) пропонують користувачам досить ефективні інструменти для самостійного відновлення пошкоджених баз даних. Однак для цих процедур критичну роль відіграє наявність резервних копій.
Відновлення баз даних MySQL
Повертати таблиці в форматі MYISAM гранично просто. Для цього в інтерфейсі phpMyAdmin передбачена окрема опція «Імпорт». В її вікні досить вказати шлях до архіву з резервною копією і виконати процес імпорту.
Імпорт бази даних в MySQL
Користувачам InnoDB доведеться «чаклувати» з файлом конфігурації MySQL (my.cnf), вдаючись до функції innodb_force_recovery. Однак перед цим слід уважно ознайомитися з особливостями її роботи, інакше процес відновлення БД може закінчитися повною її втратою.
Відновлення баз даних 1С
СУБД 1С володіє продуманим і розгорнутим графічним інтерфейсом. Для завантаження файлу резервної копії (розширення .dt) слід відкрити програму в режимі «Конфігуратор», потім в меню «Адміністрування» вибрати пункт «Завантажити інформаційну базу». Потім вказати шлях до файлу і дочекатися завершення процедури.
Імпорт бази даних в СУБД 1С
Тобто, при наявності своєчасно зробленої резервної копії процес відновлення часто зводитися до натискання кількох кнопок. Це актуально для поломок будь-якого типу - від несправностей жорсткого диска до вірусних атак.
