технические проблемы на форуме
Создана: 01 Октября 2008 Срд 17:55:51.
Раздел: "Администрация - пользователям форума"
Сообщений в теме: 1304 (+5), просмотров: 366440
-
-
http://forum.omsk.com/viewtopic.php?t=126866
Я наверное не там тему создал... вобщем не работает регистрация на форуме, это временно? администрация в курсе? -
-
-
АгА я всё понял! 1-для меня это только ошибка!Вы бы лучше мобилизировали модераторов на сбор средств для устр-ния всего этого...Не верю что.вы не видели,что я писал в соотв. разделе. Кстати,уведомления сейчас поступают в папку входящие....
-
-
Это от того, что ты поставил нелепый 2008 сервер, да ещё и 64-битный. Тем самым поработал подопытным кроликом для M$.
Ясно ведь, что ради стабильности, ради проработанности решений, ради большей лёгкости и ясности решения возникающих проблем, ставить следовало 2003 сервер, 32-битный, энтерпрайз эдишн. -
gespenst писал :ставить следовало 2003 сервер, 32-битный, энтерпрайз эдишн.
Испробовано, не подошло.
Главная проблема - отсутствие нормальных дров на рэйд. Уж не знаю почему, но только 2008 сервер (из всего множества испытанных на этом железе систем) смог достичь запланированного быстродействия дисков в 220-230 мегабайт/сек.
Следующая проблема - 8 гигов памяти. Я не уверен что 32-битная версия 2003 достаточно эффективна в работе с 8Гб памяти.
Ещё одна необходимая фишка - теневое копирование. В 2003 оно тоже есть, но "на костылях". Мне очень нравится теневое копирование - каждый час создаются теневые копии базы данных, резервируются на соседний диск. При каких-то повреждениях можно в крайнем случае откатить базу на час назад. Пару раз таким образом приходилось восстанавливать некоторые таблицы. В сочетании с высоким быстродействием всех прочих элементов системы, такое резервирование происходит совершенно прозрачно, не тормозит работу. Если бы я знал как это организовывается например на Debian то давно бы отказался от винды.
Конечно, ещё более эффективный метод - это реалтайм-зеркализация сервера базы данных, но для этого нужен второй сервер, куда зеркализировать. Тогда в случае даже полного уничтожения одного из серверов всё равно не потеряются никакие данные. -
Через раз выдает: phpBB : Critical Error
Could not connect to the database
Возникли проблемы с сервером. Попробуйте зайти на форум через несколько минут. Провайдер работает над устранением неисправности.
или:
Could not connect to database. Возникли временные технические проблемы.
Сервер глючит или хостер? -
-
AlexAdmin писал :
Следующая проблема - 8 гигов памяти. Я не уверен что 32-битная версия 2003 достаточно эффективна в работе с 8Гб памяти.
Советуемый мной энтерпрайз эдишн работает преспокойно с до 64 ГБайт памяти. Датацентер едишн (если вдруг 64 мало) работает с до 128ГБ. Ограничение на объём памяти в 4 ГБ (максимум что можно адресовать по шине в 32 бита) ещё 15 лет назад снято интелом (технология PAE). Неподдержка десктоп-версиями ОС Майкрософт более 4 ГБ памяти это чистая маркетинговая политика, лицензионное ограничение. При этом делается вид, что проблема в "32-битности", хотя это не так. У меня вот в сервере стоит 8 Гигов и всё роботает на 2003 энтерпрайз эдишн 32-бит.
Что касается дров — не знаю, но, думаю, поковырявшись, можно было забороть (а ковыряться в 2003 проще на порядок, т.к. она более старая и про неё пол-интернета написали статьи и заметки как и что). Маловероятно, что именно 64-битные дрова только и показывают перфоманс. Обычно бывает совсем наоборот (64-битные дрова у людей глючат), поэтому очень странно видеть, что 64-битные работают, а 32-битные плохо.
Теневые копии у меня в 2003 R2 SP2 32-бит работают без каких-бы то не было проблем. Даже клиента ихнего задеплоил, юзеры сами могут пользоваться (если мозг есть). Всё роботает. -
gespenst писал :Советуемый мной энтерпрайз эдишн работает преспокойно с до 64 ГБайт памяти.
Прекрасно знаю, что он "преспокойно работает", используя специальную адресацию. Просто я сомневаюсь в эффективности. У меня есть печальный опыт попыток инсталяции на это железо нескольких 32-разрядных систем, которые показали производительность значительно ниже, чем 2008 х64. Объяснять это теоретически - не берусь, а практически - это факт.
gespenst писал :Маловероятно, что именно 64-битные дрова только и показывают перфоманс. Обычно бывает совсем наоборот (64-битные дрова у людей глючат), поэтому очень странно видеть, что 64-битные работают, а 32-битные плохо.
меня это тоже удивило, но против фактов не попрёшь.
gespenst писал :Теневые копии у меня в 2003 R2 SP2 32-бит работают без каких-бы то не было проблем.
Ключевое слово здесь R2 SP2. У меня нет нормального дистрибутива именно этой редакции. У меня есть прекрасный корпоративный дистрибутив не R2, зарекомендовавший себя с наилучшей стороны, но теневых копий в нём нет. Что касается R2 SP2 - увы, но все версии, которые мне удалось найти, страдали какими-нибудь проблемами. Покупать платный релиз, понятное дело, никто не будет.
Версия 2008 x64 зарекомендовала себя с наилучшей стороны, все проблемы - исключительно из-за обновлений.
К примеру, вот сейчас постоянно вылетало "phpBB : Critical Error
Could not connect to the database " - это сбой именно на 2003 сервере, рестартанул там один сервис, вроде ушла эта ошибка.