proNovell

Здравствуйте. Опишу вкратце проблему. Интересует как поступить.
Долго был Novell 4.11 SP9 железо было (Intel SE7501CW2, SRCU42L 5HDD по 36GB 5RAID, 2*Xeon 2.54, 1Gb RAM)
Его единственная функция файл сервер с которого работает вся самописанная система (DBF Foxpro DOS VisualFoxPro). Он перестал устраивать по причине невозможности организовать на нем полноценную антивирусную защиту (или тормозим или заражаются EXE) и выявилась проблема при копировании файла превышающего объем ОЗУ сервера происходило падение производительности и сервер переставал отвечать на запросы. Те скопировать файл объемом 1.5Гб с клиента windows XP c последним Novell Client просто нереально.
База была перенесена на сервер Windows 2008 (HP DL380, 8 ядер, 8ГБ ОЗУ, 4 SAS в 10RAID)
Работает, вроде быстро, но вроде и нет. Объясню некоторые задачи работают нормально, файлы на сервер копируются быстро 7200кБит/c в ТоталCMD, но некоторые операции с базами говорят пользователи стали идти гораздо медленнее)
К серверу подключается до 350 подключений и в пик работы открыто до 15 000 файлов.\

Пробовал установить 6.5 на виртуальную машину для того что бы забрать NDS с 4.11. Обновил NDS до 6.21, сформировал GUI, но когда 6.5 устанавливает eDictyonary он мне сообщает что нет синхронизации времени, хотя сервер в сети 1 и если продолжаю то ошибка 614. Хотел забрать NDS на 6.5 на виртуальной машине, потом на реальное железо установить 6.5 и сделать все это единственным сервером. Хотя все пользователи есть но они в домене Windows 2003.

Какие действия предпринять? Можно ли ускорить и подстроить 4.11 и стоит ли этим заниматься?
Как развернуть 6.5 и даст ли это что то в плане производительности как файл сервера. Под 6.5 хочу использовать старое железо, только заменить 5 дисков RAID5 на 3 диска большего объема тоже в 5RAID
Или остаться на Windows сервер? Но тут Очень неудобно по отношению с Novell управлять открытыми на сервере файлами.

4.11 и 6.5 - не очень удачная связка из-за большой разницы в версиях.
Лучше постепенно поднять версии апгрейдами до 5.1, а потом сделать миграцию на 6.5 на другое железо.

заражение .exe на сервере следствие неудовлетворительной защиты на станциях. у нас на серверах NW etrust 71 последний билд. на станциях - кошмарыч. так же следует продумать политику сменных носителей. итд итп.

Dimerson писал(а):заражение .exe на сервере следствие неудовлетворительной защиты на станциях. у нас на серверах NW etrust 71 последний билд. на станциях - кошмарыч. так же следует продумать политику сменных носителей. итд итп.

это не суть вопроса. станции бывают разные и люди тоже. У вас какая версия Novell? Под 4.11 более или менее удовлетворительно работал только NOD32 4 Netware. Но и он Давал торможение той несовершенной информационной системы.

Добрый день,

По поводу потери синхронизации времени во время инсталляции NW 6.5. Можно попробовать при получении этого сообщения переключиться в консоль, загрузить monitor, прописать источник времени вручную и перезапустить синхронизацию.

Хотя согласен с Павлом - лучше ввести в дерево сначала NW 5.1, а потом и 6.5. Тем более есть возможность их делать виртуальными. Но самый лучший способ - поставить с нуля в отдельное дерево и, не торопясь, переносить каталоги, права и пользователей. А потом перенос данных и перенастройка рабочих станций.

По поводу антивируса - посмотрите еще на TrendMicro ServerProtect. Не знаю как сейчас, но старые его версии вполне устойчиво работали на серверах NW. Хотя согласен с Dimerson, что лучше усилить защиту рабочих станций. Любой антивирус на сервере замедляет работу.
Как еще один вариант борьбы с заражением - вынести все исполняемые файлы в отдельный каталог или, если они редко изменяются, не выносить, и назначить на них права только Read only.

Удачи, Дима

Хочется узнать мнение. Во многом ли новел опережает windows (возьмем 2008) в качестве файл сервера, стоит ли пытаться в качестве файл сервера вернуть его? Или остаться на windows?

AlexeyVN писал(а):Хочется узнать мнение. Во многом ли новел опережает windows (возьмем 2008) в качестве файл сервера, стоит ли пытаться в качестве файл сервера вернуть его? Или остаться на windows?

Для вашего количества подключений и числа открытых файлов лучше оставаться на вин-сервере. Но работа с DBF быстрее не станет.

Тимур а можно немного более развернуто почему лучше остаться на Windows? Если не затруднит конечно

AlexeyVN писал(а):Тимур а можно немного более развернуто почему лучше остаться на Windows? Если не затруднит конечно

Учитывая конфигурацию вашего вин-сервера, для только файл-сервера она избыточна, поэтому часть ресурсов можно направить на выполнение других задач (при грамотной настройке, разумеется). Далее - NetWare, как операционная система, ушла в прошлое, поэтому, при всей моей любви к ней, смысла, с точки зрения управляемости ИТ-инфраструктуры в целом, "лишнее звено" лучше исключить хотя бы для того, чтобы в случае, когда вы в отпуске (уволились, в больнице и т.п.) было кому "подхватить знамя". Ну и наконец, только у нас принято летать в космос на ракетах разработки 50-х годов. Тогда они были исключительны, но время-то идет...

То Win Server 2008 почти догнал NW 5.0-5.1, а Win Server 2008 R2 - где-то в районе NW 6.0-6.5.
Следующей версии NW нет, а MS обещает Win Server 8 осенью этого года...

Да будем бороться за Win, еще бы избавиться от ракет 50-х годов в виде связки виабсвч и visualfoxpro...
А то периодически вскрикивают что на windows сервере медленнее или записи блокируются. Разбираемся но пока мало статистики то есть то нет. Возможно дело в программах.

Ну файловые службы в Windows тоже настраиваются. Другой вопрос, что, в отличие от той же NW, большинство параметров спрятано в реестре, и их просто надо знать где искать.

Если есть опыт можно получить консультацию по этим параметрам,можно в личку или почту или icq
Не подловил но в моменты когда задачи сбрасывались количество открытых файлов с сервера было 16008 может в этом дело? Это тюнингуется на win серверах?