Стоит ли использовать Borland IB Database под NetWare?

Дополнение от 06.02.2003 – уже давно (3 года) известно, что после 5.6 для NetWare версии InterBase выпускаться не будут. Т. е. данная ОС считается бесперспективной в качестве сервера БД. Ни Firebird ни Yaffil также не будут выпускать версий для Netware (этот вопрос был решен 1.5 года назад и с тех пор считается окончательным).

Давайте сначала рассмотрим несколько пунктов:

• Novell NetWare – сетевая операционная система. Она расчитана на многопользовательскую работу с файлами и передачу этих файлов по сети. В соответствии с этим NetWare имеет особенности многозадачности (все приложения выполняются в одном кольце и т. д.).
  • SQL-сервер, такой как, например, Borland IB Database, является приложением, которое занимается почти такой же работой как и собственно NetWare – принимает запросы пользователей на данные, распределяет данные на диске и т. д. Поэтому "интересы" SQL-сервера и NetWare неизбежно пересекаются – кэш SQL-сервера может быть вытеснен операционной системой.
  • NetWare не является сервером приложений в силу особенности реализованной в ней многозадачности. Следовательно, увеличение параллельных обращений к SQL-серверу, как самостоятельно многозадачному приложению, будут только ухудшать общую производительность.
• Как известно, надежность системы вычисляется перемножением надежностей ее составных частей.
  • Поэтому при проблемах с файл-сервером или SQL-сервером вам придется останавливать (для пользователей) и то, и другое.
  • То же самое относится к профилактическим работам, разделению прав и дискового пространства.
  • Известны и конфликты, возникающие между сетевым администратором и администратором базы данных (если это два разных человека) – им для обеспечения нормального функционирования системы требуются совершенно разные ресурсы и права на доступ к ним.
• Сетевой траффик SQL-сервера будет неизбежно перебиваться данными, передаваемыми файл-сервером. Известно, что обмен данными в сети при использовании файл-сервера намного выше, чем для SQL-сервера.

Учитывая все изложенные факторы, мы предлагаем следующее:

• Оставить сервер NetWare таким как он есть. Пусть обеспечивает работу с файлами в прежнем режиме и с прежней производительностью.
• Добавьте в сеть еще один компьютер. Установите на него например Windows NT Workstation 3.51 или 4.0 с минимальным объемом ОЗУ, требуемым этой операционной системе (24-32Мб). Установите на этот компьютер SQL-сервер. Не давайте никому доступ к файлам на этом компьютере, кроме вас – администратора базы данных.

 
В этом случае становятся раздельными: ремонт, администрирование, настройка и обновление файл-сервера и SQL-сервера. Протокол доступа к SQL-серверу может быть иным, чем к файл-серверу. Компьютеры клиентов конфигурируются только для выполняемых ими задач – либо ставится протокол доступа к SQL-серверу, либо операционная система клиента настраивается на доступ к файлам файл-сервера (или и то и другое вместе). Кроме этого, в любой момент можно поменять компьютер с SQL-сервером, установив например Sparc, Solaris и IB Database для Solaris – пользователи даже не заметят, что SQL-сервер "сменил" платформу.

Кроме этого, вы можете программировать пользовательские функции (UDF) для SQL-сервера под NT или Unix, работать с ним локально (в том числе и администрировать не используя ни одной клиентской машины), и разрабатывать программы, работающие прямо на сервере параллельно с SQL-сервером (монитор событий, автоматизирование backup, ручная репликация данных и т. п.).

Если же вам файл-сервер не нужен, то вообще не устанавливайте NetWare.