Задавайте вопросы, мы ответим
Вы не зашли.
Нужна помощь специалиста: все проверить и настроить. В дальнейшем возможно (но не обязательно) регулярное сотрудничество с регулярной оплатой.
Основную нагрузку на сервере создает IPB-форум. За последнюю неделю два раза рушилась таблица ipb_posts (большая таблица: 613,541 записей).
Оба раза оказывалось, что файл индексов ipb_posts.MYI не читается и приходилось чистить таблицу и восстанавливать её из ipb_posts.MYD с помощью myisamchk --safe-recover ipb_posts
При последнем обрушении/восстановлении (я не понял, одновременно или последовательно) сломалось ещё две таблицы:
ipb_message_topics
ipb_members
В обоих случаях починилось используя repair table. Но ipb_members после починки оказалась существенно меньше, чем должны была - пришлось восстанавливать ее из последнего бекапа.
До этого таблица ipb_posts тоже изредка ломалась (на это жалуются многие владельцы IPB), но всегда достаточно было: repair table ipb_posts
Одновременно несколько таблиц не ломались никогда.
Интересует диагностирование и устранение проблемы.
Processor (CPU) Intel(R) Core(TM)2 CPU 6420 @ 2.13GHz X 2
2Gb оперативной памяти
один 500Gb RAID 1
FreeBSD 7.2 (ISPSYSTEM)
сервер арендован у Infobox
Неактивен
А самостоятельно не хотите попробовать разобраться? Например, вот в этом потоке —
http://sqlinfo.ru/forum/viewtopic.php?pid=11665 — обсуждается подобная проблема.
Если хочется только платные услуги и ничего более, то могу предложить только
http://sqlinfo.ru/services
Неактивен
Спасибо за ссылки (последняя без закрывающего слеша не открывается). Самому разобраться хотелось бы, конечно, но проект довольно большой, и нехорошо, если он из-за моей любознательности будет простаивать.
По поводу платных услуг. Если Вы проведете оптимизацию, можно ли расчитывать на получение минимально откомментированного списка того, что именно было настроено/изменено на сервере? Иначе непонятно, как потом в чужой работе разбираться.
Неактивен
Ого, бага, исправил, спасибо.
Да, разумеется, все изменения мы описываем.
Неактивен