proNovell

Добрый день!!!
Уменя такой вопрос:
Руководство хочет поставить в нашу сеть (два сервера - Novell 4.1 и Novell 5.1) MS SQL-сервер. Для этих целей хочет покупать новый сервер под Windows 2000. Чтобы потом не было мучительно больно, подскажите пожалуйста можно ли закрутить MS SQL-сервер на наших новеловских серверах и каким образом?
Зарание благодарен.

Нет

А под какие цели mssql

Andrey писал(а):Руководство хочет поставить в нашу сеть (два сервера - Novell 4.1 и Novell 5.1) MS SQL-сервер. Для этих целей хочет покупать новый сервер под Windows 2000. Чтобы потом не было мучительно больно, подскажите пожалуйста можно ли закрутить MS SQL-сервер на наших новеловских серверах и каким образом?
Зарание благодарен.

Нет!
Много раз обсуждалось. Вариантов установки MS SQL кроме как на MS не нашли.

PS Вы там не 1С терминальную замучиваете?

Нет, не 1С, а для другой более идиотской цели ("левый бумагооборот", работающий под MS SQL).

Andrey писал(а):Нет, не 1С, а для другой более идиотской цели ("левый бумагооборот", работающий под MS SQL).

1. Лохотрон это. По моему скромному мнению. И по башке будут бить не Васю, который это "замутил", а админов, которые это поддерживают.
***
Впоследствии эта проблема легко устраняется путём увольнения.
"Головняки" остаются на старом месте работы.

2. Если уж связываться с MS SQL, то надо поднимать домен и переводить все под MS. Увы.

Приветствую!
А NDS for NT для этой (похожей) цели никто не использовал? Для меня это неслучайный интерес: требуется в сети IIS + Interbase именно на NT.

С уважением, And

Arkadi Glazyrin писал(а):Если уж связываться с MS SQL, то надо поднимать домен и переводить все под MS.

На фига???

Действительно, как SQL связан с доменом?

Владимир Горяев писал(а):Действительно, как SQL связан с доменом?

SQL отлично работает и без домена, используя свою авторизацию. Но может использовать авторизацию Windows NT, т.е. из домена.

Коллеги правы, что никакого отношения ни к домену, ни к AD MS SQL не имеет. У меня есть смутное подозрение, что его можно и на 98 и на XP поставить и настроить клиентский доступ к ним.
Вплоть до того, что базу от MS SQL положить на новелловский сервер и мирно работать.

А вообще в организации, которую админит моя дочка, мы сделали интересную комбинацию под 1С. Сеть на NW51, базы лежат на нем, в сети есть одна машина с W2000 без AD, на ней стоит новелловский клиент и терминальный сервер. На этой же машине работает бухгалтер. Юзеры с более-менее приличными машинами работают прямо с NW сервером, а динозаврики подключаются к терминалке. Народ просто счастлив. Там порядка 10 юзеров. Специально мерили интегральную производительность при использовании W2000 с терминалкой и в комбинации с NW. < 4 юзеров быстрее работают с терминалкой (диск все таки пошустрее сетки). Скорость снижается практически пропорционально количеству юзеров. А вот дальше с базами на NW система работает лучше - замедление < 10% на пользователя. Что в общем-то естественно, поскольку терминалка не использует ресурсы рабочих станций.

Я считаю, что если нужно использовать продукт, который работает только по мастдаем, то ставим в сетку W2K без всяких AD, пускаем продукт, цепляем к нему клиентов приложения и работаем. Т.е используем W2K как сервер приложений. А управление сетью, клиентами, доступом ... оставляем системе, которая заточена под это, т.е. Netware. Мои знакомые таким образом оракла запустили. Тем более, что NW вроде бы умеет слегка прикидываться контроллером домена.

Boris Morozov писал(а):Я считаю, что если нужно использовать продукт, который работает только по мастдаем, то ставим в сетку W2K без всяких AD, пускаем продукт, цепляем к нему клиентов приложения и работаем. Т.е используем W2K как сервер приложений. А управление сетью, клиентами, доступом ... оставляем системе, которая заточена под это, т.е. Netware. Мои знакомые таким образом оракла запустили. Тем более, что NW вроде бы умеет слегка прикидываться контроллером домена.

Оракл точно работает "без всего лишнего" как миленький. Можно по конкретным адресам настроить, клиент у него гибкий, много способов сопряжения и т.д.
NW слегка "прикинется" контроллером домена только с MS клиентом для NW и только благодаря своим внутренним возможностям. А кому он (MS клиент) сейчас нужен? Не стоит выделки овчинка...

Владимир Горяев писал(а):Действительно, как SQL связан с доменом?

Конечно не сам SQL. А бывает клиента СУБД или API "программерский" криво настроят и т.д. И получается - приложению DNS подавай. Имя сервера в настройках переваривает, а IP-адрес, например, ни в какую.

Сервер NT4SP6a+NDS4NT, Netware 5.0...
На NT работает MSSQL2000, авторизация Windows, юзеров леплю из nwadmin'а...

Стоят Novell сервера 4.11.
Стоит Exchange.
Теперь появилось AD и т.д.
Есть SQL сервер под Sybase.
Сначало сервер жил в NT домене. Потом были какие-то проблемы и программисты его из домена вывели. Он стоит как отдельный со своими пользователями локальными. Авторизация в базу идет через пользователей SQL которые заводят операторы базы. Народ на него ходит через IP адреса, заданные в настройках клиента базы.
Когда AD покривела, почта отлетела и регистрация в домене встала боком, пользователи без всяких проблем работали с базой.
Очень удобно, а главное, на Новел не влияет и за работу базы и настройки ее отвечают программеры и операторы.
По-моему, оптимальное решение для сети под Новелл и SQL под Microsoft.
Если сможете это с MS SQL - попробуйте так.

Федорович Леонид писал(а):Авторизация в базу идет через пользователей SQL которые заводят операторы базы.

Федорович Леонид писал(а):Если сможете это с MS SQL - попробуйте так.

Все зависит от структуры организации. Конечно хорошо, когда базу данных админят специально обученные люди. Но когда админу нужно завести пользователя в AD, в NDS, в 1C, то почему-то хочется в MS SQL использовать авторизацию Windows