Сервер внезапно прекращает отвечать и затем возобновляется час спустя
MySQL хранит необработанные данные и индексные файлы в каталоге данных; обычно существует 3 из них на таблицу, каждый названный с тем же именем как таблица и различное расширение файла и все содержавшие в папке, носящей имя самой базы данных. Эти файлы могут быть скопированы в другом месте для Ваших резервных копий (и может быть сжат и/или зашифрован, на основе Ваших потребностей) точно так же, как любой другой файл, ОДНАКО необходимо или остановить базу данных или получить чтение, соединяют все таблицы - если Вы скопируете файлы таблицы, в то время как данные пишутся в него, Ваши резервные копии будут, вероятно, повреждены и неприменимы! (С другой стороны, остановите MySQL или получите блокировки, возьмите снимок (если Вам повезло быть на LVM), затем re-start/release блокировки при взятии резервного копирования.)
При восстановлении от резервного копирования с этими файлами:
- MySQL Stop. Это критически важно! Вы не можете непосредственно изменить необработанные файлы таблицы, в то время как MySQL работает. Просто доверяйте мне на этом.
- Скопируйте соответствующие файлы (не забывающий поддерживать структуру каталогов, т.е. каталог для базы данных) в каталог данных MySQL.
- MySQL запуска. У Вас должны быть данные там теперь, как это было при создании резервного копирования.
Я использовал эту процедуру много раз, чтобы скопировать и восстановить базы данных по MySQL, версиям 3, 4, и 5, без проблем. Вероятно, хорошая идея осуществить проверку каждой восстановленной таблицы на всякий случай, как бы то ни было.
Важный: Эта процедура будет только работать, если Вы восстановите к той же основной версии, как Вы создали резервную копию от! Таким образом, при создании копии базы данных MySQL 5 этим способом необходимо восстановить к MySQL 5. При восстановлении работоспособности (и только) 1 версией (например, копия для 4, восстановите к 5), должен работать также, но может потребовать обновления файловой структуры и таким образом может не быть немного быстрее/лучше, чем метод дампа их.
The last thing you should do now is increase MaxClients.
It's rather hard to tell. The slowdown and MaxClients warnings suggest that you're getting too much demand for the server to cope with. Unless you run a lot of AJAX/COMET stuff on the server then you really should reduce the keepalive timeout (to, say, 2 initially).
The "Battery needs replacement" is not just a reminder to do some maintenance - on a BBWC this means that the controller is no longer attempting to cache writes - and if your system is setup properly then your OS and disks won't be caching writes either.
Both indicate that the perforance of your system should be appalingly bad - yet the first thing you report is that it apears to be unavailable - indeed you make no mention of performance - knowing how to measure performance and capturing the data should be high on your agenda.
I'm not sure why the address keeps moving (I assume these are local interfaces) - it may be a consequence of the load elsewhere.
This is one sick puppy - and you're going to have to start fixing one thing at a time until you get a clearer picture of what's going wrong.
Start by switching the battery, tuning the apache install and logging performance metrics.