• Добрый день!

    Странные вещи творятся с резервным копированием. Хостинг — BlueHost.com, резервные копии сайта я обычно делаю через cPanel, у них там есть специальный модуль Site Backup; можно скачать резервную копию только базы данных (в формате SQL) или полную резервную копию учётной записи, включая все файлы и базы данных в одном архиве. Так вот, когда я делал последнюю резервную копию в июле, размер резервной копии базы данных (в несжатом виде) составлял 42,9 Мбайт, а когда я попытался сделать новую резервную копию в конце сентября, он составил только 26,9 Мбайт, хотя с июля по сентябрь я ничего не удалял с сайта, наоборот, добавлял новые материалы. Это сбой или необязательно?

    Я пробовал разные способы создания резервных копий: загрузил полную резервную копию учётной записи через модуль Site Backup, копию базы данных через Site Backup и с помощью phpMyAdmin и плагина UpdraftPlus — во всех случаях размер резервной копии базы данных был около 30 Мбайт (цифры постепенно росли, сейчас получается 30,2 Мбайт, но я параллельно добавил на сайт ещё несколько текстов). До июльских 42,9 Мбайт по-прежнему далеко. Сайт работает корректно, база данных на сервере занимает 36,17 Мбайт, если верить cPanel. Написал в техподдержку — они утверждают, что всё нормально. Но у меня год назад уже был похожий случай, когда резервная копия базы данных неожиданно стала гораздо меньше, и тогда это однозначно был сбой, попытка восстановиться из такой резервной копии сделала сайт неработоспособным. Так что уже и не знаю, кому верить ;-(

    Не подскажет ли кто-нибудь, как это всё понимать и как с этим быть? Очень уж не хочется оказаться в неподходящий момент без нормальной резервной копии…

    Спасибо 🙂

Просмотр 4 ответов — с 1 по 4 (всего 4)
  • делайте бэкапы более подходящими для этого способами — либо напрямую через phpmyadmin, либо плагинами вроде WP-DB-Backup. значительное изменение размеров базы это тревожный сигнал, но не обязательно плохой — может после бэкапа у вас были удалены сохранения или ревизии, поэтому база и «полегчала».

    в любом случае — если у вас сейчас сайт работает нормально, то сделайте экспорт базы через phpmyadmin — там вы точно поймете, какой у вас актуальный размер базы.

    PS иногда одни только спамные комментарии на сайте могут занимать мегабайты и мегабайт инфы в базе.

    При загрузке резервной копии через phpMyAdmin получилось 31,7 Мбайт. В техподдержке сделали ещё одну резервную копию вручную (как раз сегодня получил от них письмо) — результат тот же. То есть это, видимо, всё-таки не сбой, как в прошлом году, а что-то ещё.

    А насколько велика вероятность того, что база данных «похудела» в результате первой оптимизации с помощью WP-Optimize? Я его применил как раз в июле, после того как скачал июльскую резервную копию. Но тогда он как-то довольно скромно оценил свои возможности и заявил, что в результате оптимизации база данных уменьшится совсем чуть-чуть. Точных цифр уже не вспомню, но речь шла о нескольких сотнях килобайт, не больше. Зато теперь пишет: «Total clean up overall: 18,1 MB». Он действительно мог в результате корректной оптимизации уменьшить базу данных с 42 до 26 мегабайт? Спамовые комментарии к тому моменту были уже удалены, а вот промежуточные редакции записей имелись. Сайту два с половиной года от роду, записей всего 328.

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

    Рекомендую делать бекапы только через rsync и mysqldump с явным указанием необходимых параметров. Все остальное может привести к потере данных. Уже сам напоролся на это. Из БД при импорте через PhpMyAdmin пропали все юникод символы, которые там были, например. Также иногда на сервере в 1 папке оказываются файлы file.png и FILE.png. Как правило, для сервера это разные файлы, а для Windows и Mac компьютеров это 1 файл из-за нечувствительности файловой системы к регистру имен.

Просмотр 4 ответов — с 1 по 4 (всего 4)
  • Тема «Странности с резервным копированием базы данных» закрыта для новых ответов.