SQL-сервер...

[Andrey]

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

[Yuri Mischenko]

Нет

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

[Аркадий Глазырин]

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

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

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

[Andrey]

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

[Аркадий Глазырин]

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

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

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

[Мещеряков Андрей]

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

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

[Константин Ошмян]

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

На фига???

[Владимир Горяев]

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

[Алексей Золотников]

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

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

[Boris Morozov]

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

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

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

[Лебедев Виктор]

Я считаю, что если нужно использовать продукт, который работает только по мастдаем, то ставим в сетку 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