Бэкап через isp сжирает всю оперативку

Не многовато ли кеша?

если такие привередливые, делайте снепшот

а иннодб таблицу как фиксить если вдруг что? )

iamsens, легко и просто. Бекапом.

Ну очень многие хостеры устанавливают без lvm, без xfs или freebsd без zfs. И как потом поступить? Не так все просто со снапшотами.

Видимо многовато. После того, как очистил таблицу с кэшем сделал бэкап без проблем.

лично я плюнул на бекапилку от ISP и написал скрипт

кому надо дописать бекап на внешний сервер дописываем, там ничего нет сложного,

#!/bin/bash



#Сначала архивируем папку etc





#Откуда берем

ETC_FULL_PATCH="/etc"

#Куда пихаем

ETC_BACKUP_PATCH="/backup/etc" 

#Имя файла

BACKUP_ETC="backup-etc"





[ ! -d $ETC_BACKUP_PATCH ] && /bin/mkdir -p $ETC_BACKUP_PATCH



#Архивация ETC





#tar -cf $ETCPATCH/$ETCNAME-`date +%F--%H-%M`.tar.gz $ETCALLBACKUP



tar -czpf $ETC_BACKUP_PATCH/$BACKUP_ETC-`date +%F--%H-%M`.tar.gz $ETC_FULL_PATCH

    #Проверка на вшивость

       if [[ $? -gt 0 ]];then

        echo "------------ERROR ETC BACKUP FILES------------------";

         exit 1

      fi

        echo "-----------BACKUP ETC FILES SUCESS----------------- "





#Потом ISP Manager папку



#Откуда берем

ISPMGR_FULL_PATCH="/usr/local/ispmgr"

#Куда пихаем

ISPMGR_BACKUP_PATCH="/backup/ispmgr"

#Имя файла

BACKUP_ISPMGR="ispmgr"





[ ! -d $ISPMGR_BACKUP_PATCH ] && /bin/mkdir -p $ISPMGR_BACKUP_PATCH



	#Архивация



killall -9 ispmgr

tar -czpf $ISPMGR_BACKUP_PATCH/$BACKUP_ISPMGR-`date +%F--%H-%M`.tar.gz $ISPMGR_FULL_PATCH

    #Проверка на вшивость

       if [[ $? -gt 0 ]];then

        echo "------------ERROR ISPMGR BACKUP FILES------------------";

         exit 1

      fi

        echo "-----------BACKUP ISPMGR FILES SUCESS----------------- "





#Скуль



DATABASED_FULLPATCH="/var/lib/mysql"

DATABASED_BACKUP_PATCH="/backup/mysql"

BACKUP_MYSQLNAME="backup-mysql"



[ ! -d $DATABASED_BACKUP_PATCH ] && /bin/mkdir -p $DATABASED_BACKUP_PATCH



#Сначала надо остановить сервер баз данных MySQL





service mysqld stop



#Соб-но сам процесс копирования



tar -czpf $DATABASED_BACKUP_PATCH/$BACKUP_MYSQLNAME-`date +%F--%H-%M`.tar.gz $DATABASED_FULLPATCH

      #Проверка на вшивость

       if [[ $? -gt 0 ]];then

        echo"------------ERROR MYSQL  FILES------------------";

         #Запускаем скуль

           service mysqld start

         exit 1

      fi

        echo "-----------BACKUP MYSQL  SUCESS----------------- "

           service mysqld start





#Копируем файлы и ГС



SITE_FULLPACH="/var/www"

SITE_BACKUP_PATCH="/backup/sites"

BACKUP_FILENAME="backup-sites"



[ ! -d $SITE_BACKUP_PATCH ] && /bin/mkdir -p $SITE_BACKUP_PATCH



#Сначала самое мерзкое-ФС #





tar -czpf $SITE_BACKUP_PATCH/$BACKUP_FILENAME-`date +%F--%H-%M`.tar.gz $SITE_FULLPACH

    #Проверка на вшивость

       if [[ $? -gt 0 ]];then 

	echo"------------ERROR BACKUP FILES------------------";

         exit 1 

      fi

        echo "-----------BACKUP FILES SUCESS----------------- "    

        echo "-------------------ВСЕ ОПЕРАЦИИ ЗАВЕРШЕНЫ УСПЕШНО-------------------"

 

blackcats, И чем ваш скрипт лучче? =)

ему пофигу на типы таблиц, соответсвенно меньше шансов похерить таблицы

и быстрее делает бекап

blackcats, Видимо, вы не в курсе, что бекапу от ISP тоже пофигу на типы таблиц... И делается оно точно так же, как и в вашем скрипте. Да еще об ошибках в панель управления отписывается (бывает и такое). Другое дело, что сам бекап от ISP одно время жестоко глючил... Это да. Т.е. не с функциональной точки зрения, ИМХО. А с точки зрения дополнительной подстраховки - да, тут вам спасибо - кому-то наверняка поможет.

вобчето панель делает бекап через mysqldump а в скрипте делается все совсем по другому,поэтому мало шансов поломать базы

кстате глючить меньше не стало