Неделю назад полетел к чертям один из хостингов, которым я пользовался. Естественно, мне пришлось тут же восстанавливать работу сайтов, перенося их на другой хостинг. О том, какие при этом возникли проблемы, и как я их решил, читайте в данной записи.
С детства каждому из нас мама говорит: «сынок, делай дампы, без них — не проживёшь». «Мама, ты, как всегда, оказалась права» — подумал я про себя, когда понял, что адекватного дампа у меня нет. Все, что я нашёл — это файловый дамп за 16.09.2012 (полтора месяца возраст) и трехдневный дамп БД. Почему у меня все так плохо с дампами? Тому несколько причин:
Ладно, что произошло, то произошло. Восстановить файлы — не такая уж и проблема (я потратил на это три дня), а контент — да черт с ним. Не так я много денег потерял из-за этого, а что потерял — будет для меня уроком.
Я, смирившись с неактуальностью дампов, начал восстанавливать сайты. Один, другой, третий… Все шло относительно нормально, хотя процесс восстанавливая был ужасно нудным.
Вот я залил файлы крупного сайта, начал восстанавливать mysql базу данных. Какого же было мое удивление, когда PhpMyAdmin отказался восстанавливать базу размером в 25 Мб: ошибка — превышен размер импортируемой базы данных. Ну, делать нечего: я тут же вбил в гугл запрос Импорт большого дампа mysql и нашёл решение своей проблемы. Мне помог скрипт BigDump, написанный русским разработчиком Алексеем Озеровым.
Использование скрипта не сложное. Все, что вам нужно сделать — это:
У меня была лишь одна проблема с импортированием базы: я забыл указать кодировку. После того, как я это сделал, база тут же залетела на мой сервер.
Категории: Веб-мастеринг