работа с MSSQL Server на других компах.

← →
Павел (2004-09-07 08:48) [0]

Дорогие товарищи, Мастера !
На компе я установил MSSQL Server локально, там же разработал программку на Делфи. Тепреь хочу, чтобы с других компов можно было подключаца к моему MSSQL Server и работать с моей программой. Не обязательно одновременно. Просто чтоб можно было работать с моей программой на других компах. Подскажите что тут нужно сделать ?

← →
sniknik © (2004-09-07 08:59) [1]

если программа написана правильно то, кроме ее(и используемых компанент) инсталяции на другой компьютер, практически ничего.
хотя... наверное я понял неправильно (праграмма с MSSQL на другом компе), а тут
> подключаца к моему MSSQL Server и работать с моей программой.
с другого компа с твоей программой? а программа на твоем компе вместе с MSSQL? тогда ее нужно делать DCOM сервером автоматизации, и естественно писать клиента который будет работать с твоей программой.

← →
сергей1 (2004-09-07 09:04) [2]

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

← →
Павел (2004-09-07 09:05) [3]

> подключаца к моему MSSQL Server и работать с моей программой.
с другого компа с твоей программой? а программа на твоем компе вместе с MSSQL?

да и программа и MSSQL на одном компе.

тогда ее нужно делать DCOM сервером автоматизации, и естественно писать клиента который будет работать с твоей программой.

м-да...
тут я не потяну.
слабоват

← →
ЮЮ © (2004-09-07 09:12) [4]

зпустить твою программу на другом компьютере, предварительно настроив движок (что ты используешь - нам не ведомо)

← →
Павел (2004-09-07 09:19) [5]

пытаюсь запустить свою программу на другом компе, но пишет ошибку
типа "Unknoun database MSSQL1" .
А пытаюсь я с другого компа запустить подключившись к моему компу, как сетевому ресурсу...ну типа к общей папке.
А что такое "движок" ?

← →
ЮЮ © (2004-09-07 09:26) [6]

>А что такое "движок" ?
Какие компоненты использовал? (TTable, TQuery или TADOTable, TADOQuery) ?

← →
Павел (2004-09-07 09:29) [7]

Какие компоненты использовал? (TTable, TQuery или TADOTable, TADOQuery) ?

TQuery

← →
сергей1 (2004-09-07 09:30) [8]

Заходишь в "Сетевое окружение", убеждаешься там в наличии компьютера, где проинсталлирован сервер, запускаешь программу - она должна работать. Никакие общие папки тут нипричем

← →
Павел (2004-09-07 09:35) [9]

← →
Sergey13 © (2004-09-07 09:38) [10]

2[7] Павел (07.09.04 09:29)
>TQuery
Дык БДЕ наверное надо устанавливать.

← →
Павел (2004-09-07 09:40) [11]

2[7] Павел (07.09.04 09:29)
>TQuery
Дык БДЕ наверное надо устанавливать

Этим пока и займусь, если не застопарюсь.

← →
сергей1 (2004-09-07 09:54) [12]

ты что, с MSSQL через bde работаешь что-ли ? оригинально. Там вообще-то вкладка ADO есть.

Кроме того, как сетка организована ? домен или workgroup ? если домен, то сервак должен быть проинсталлирован на контроллер домена (хотя я сам это не делал, так что там какие-нибудь тонкости могут появиться)
ну а если workgroup - комп с сервером должен светиться в папке "Соседние компьютеры".

← →
Павел (2004-09-07 09:56) [13]

БДЕ настроил и всё пошло.
Пасиба !!!!!!!!
Ну правда сначала ругнулось, закосило на файл NTWDBLIB.DLL
я его перекинул со своего компа на другой и всё пошло.

← →
Ega23 © (2004-09-07 09:59) [14]

ты что, с MSSQL через bde работаешь что-ли ? оригинально. Там вообще-то вкладка ADO есть.

А почему оригинально?

← →
сергей1 (2004-09-07 10:33) [15]

потому-что есть суп вилкой тоже оригинально.

Поддержка BDE практически прекращена Borland, в delphi он есть только в целях совместимости со старыми программами.
А ADO как раз является рекомендованным методом доступа к серверам microsoft"a, т.к. драйвера micrisoft"a для своей собственной БД обладают более высоким качеством, чем драйвера других провайдеров

← →
Skyle © (2004-09-07 10:45) [16]

> если домен, то сервак должен быть проинсталлирован на контроллер
> домена

А?

← →
Ega23 © (2004-09-07 11:26) [17]

в delphi он есть только в целях совместимости со старыми программами.

Ключевое слово. А этих программ знаешь сколько дофига?

← →
сергей1 (2004-09-07 11:35) [18]

2 ega

так Павел-то что писал:

>там же разработал программку на Делфи. Тепреь хочу...

т.е. недавно разработал

слово недавно здесь ключевое :)

← →
KSergey © (2004-09-07 11:39) [19]

> [17] Ega23 © (07.09.04 11:26)

Да, но он-то наработал новую! Но старыми подходами. Не всегда хорошо.

> [12] сергей1 (07.09.04 09:54)
> ? если домен, то сервак должен быть проинсталлирован на
> контроллер домена

Зачем? Не надо обманывать.

← →
сергей1 (2004-09-07 11:42) [20]

2 ksergey

сам не делал, утверждать не буду. А что, стОит поставить сервер на обычный клиентский комп и все работает ?
а ты сам это делал ?

← →
KSergey © (2004-09-07 11:47) [21]

> [20] сергей1 (07.09.04 11:42)
> А что, стОит поставить
> сервер на обычный клиентский комп и все работает ?

Разумеется. При верных настройках, понятно, впрочем стандартных, никак не связанных с контрллерон/не контроллером. Впрочем, смотря что считать клиентской машиной. (и, ключевые слова: какой метод авторизации использовать)

> а ты сам это делал ?

А то ;)
Да если все на контроллер свешать... Скиснет, однако ;)

← →
сергей1 (2004-09-07 11:58) [22]

2 ksergey

для общего развития, скажи такую вещь,

контроллером могут быть только W2000 Server ?
если я с обычного W2000 Prof. авторизуюсь в домене, я разве буду видеть остальные такие-же клиенты, или только сервер.
И если их видно, не проще использовать workgroup ?

sorry, это все не по теме топика, просто никак руки не доходят разобраться с этой темой

← →
Ega23 © (2004-09-07 12:43) [23]

Ты к серверу можешь подконнектиться, даже если он в другом домене. IP просто надо знать.

← →
сергей1 (2004-09-07 13:10) [24]

если комп в другой подсети, нужен маршрутизатор что-бы до него добраться. Просто набрав его ip ты его не увидишь, сам проэксперементируй - попробуй пропинговать другую подсетку - в ответ будет тишина !

← →
Skyle © (2004-09-07 13:13) [25]

> [21] KSergey © (07.09.04 11:47)

Есть подозрение, что кто-то пытался ставить на какую-нибудь несерверную ОС выпуски MS SQL Server"а, на неё вставать не умеющие.
Иначе я не знаю причин, могущих хоть как-то реабилитировать рассказчика.)

> [24] сергей1 (07.09.04 13:10)

Какое отношение это имеет с MS SQL Server?

← →
Ega23 © (2004-09-07 13:15) [26]

сергей1 (07.09.04 13:10) [24]

Ну не знаю, с сетями плохо знаком. Знаю только, что компы из другого домена не вижу, а вот до сервера по IP достучаться - нет проблем.

← →
сергей1 (2004-09-07 13:19) [27]

2 ega
вот в одной подсети может быть несколько доменов, так-же как несколько подсеток в одном домене.
Жаль sergey куда-то делся, не хочет ответить на мой вопрос, тема мне интересная, а то у нас здесь одни workgroup"ы, никакого прогресса !

2 ega

можно подробнее ?

← →
сергей1 (2004-09-07 13:21) [28]

ой, вторая реплика к sqyle :)

> [28] сергей1 (07.09.04 13:21)

Что именно подробнее?

P.S. Все ники исковеркал...

← →
сергей1 (2004-09-07 13:29) [30]

sorry за ник, пальцы под конец дня кривыми становятся

подробнее про установку MSSQL в среде доменов, сильно интересно

> про установку MSSQL в среде доменов

Может я чего-то в этой жизни не понимаю, но я вижу дело так:

Для установки MS SQL Server на какой-либо компьютер нужно
1. Обладать соответствующими правами (думаю, что не меньше локального админа, никогда не вдавался в тонкости)
2. Правильно выбрать Edition.

К доменам это имеет какое-то отношение только в п.1.

Для того, чтобы использовать сервер, нужно определиться со способом авторизации, как сказал уже > 21] KSergey © (07.09.04 11:47).
В случае использования авторизации SQL Server, нужно всего-лишь каким-то образом достучаться до машины. Видимость машины - удел администратора, к софту стоящему на машине проблема видимости отношения не имеет.
В случае использования SSPI (авторизация Windows) требуется ещё и иметь валидную на данном компьютере учётную запись.

Грубо говоря так.

← →
сергей1 (2004-09-07 14:02) [32]

вот как раз тут масса непонятного

>В случае использования SSPI (авторизация Windows) требуется ещё и иметь валидную на данном компьютере учётную

В доменах ты имеешь учетную запись на контроллере домена. Если MSSQL проинсталлирован не на контроллере (до этого, я как раз и спрашивал, можно ли его ставить на клиента, а не только на контроллер), то как тут проводится авторизация(MSSQL вроде требует локальную учетную запись).
Кроме того, клиентские компы в домене (по моим представлениям) обладают какими-то урезаными правами, не авторизовался в домене - вообще никого не увидишь, как в таких условиях MSSQL фунциклирует ?
или все-таки достаточно авторизоваться в домене, и все компы смогут получить доступ к твоему MSSQL ?

> [32] сергей1 (07.09.04 14:02)

А при чём тут всякие домены и фунциклирование какого-то локального приложения (в данном случае MS SQL Server)?
Сервер стоит и работает. Решаем задачу доступа к нему.

> В доменах ты имеешь учетную запись на контроллере домена.
Доменную - да.

> MSSQL вроде требует локальную учетную запись
Доменная ему тоже подойдёт. Также можно указать его собственную.

> или все-таки достаточно авторизоваться в домене, и все компы
> смогут получить доступ к твоему MSSQL ?

Достаточно увидеть компьютер, чтобы иметь возможность авторизоваться на нём каким-либо образом.

Я не совсем понимаю, в чём именно состоит вопрос: как увидеть компьютер с установленным MS SQL или как авторизоваться на нём, видя компьютер?

← →
сергей1 (2004-09-07 14:25) [34]

ну вообщем-то спасибо, относительно понятно.
Я никак не мог вьехать, каким образом вся эта система работает в доменах (за неимением оных у меня на работе). В общем выходит, что можно ставить MSSQL на любой компьютер домена, только главное разрешить доступ к этому компьютеру на контроллере, что-бы все желающие могли его видеть. И даже авторизоваться на этом компьютере не надо будет, т.к. ты уже авторизован в домене.
Потом можно смело запускать клиентское приложение на любом компе домена и работать с БД

> И даже авторизоваться на этом компьютере не надо будет,
> т.к. ты уже авторизован в домене

Только надо будет сказать MS SQL Server"у, что такой-то Домен\Вася на нём будет иметь такие-то права...

Я конечно в администрировании MS SQL не силён, но мне кажется, что NT-авторизация - это несколько неправильно. По-идее sa и доменный администратор NT это 2 разных человека должно быть.

"но мне кажется, что NT-авторизация - это несколько неправильно" - не правильно кажется;

"По-идее sa и доменный администратор NT это 2 разных человека должно быть" - вот это верно, именно по этому логин BUILTIN\Administrators надо удалять сразу после установки и настройки MSSQL.

А на sa в любом случае ставят длинный и сложный пароль и тут-же забывают его.

Возможно, спорить не готов.

← →
сергей1 (2004-09-07 18:14) [39]

вот у например нас отдел не банк и не ФСБ, так что заморачиваться с паролями не у кого желания не возникает, и nt-авторизация замечательно подходит. По сути, здесь пароли только мешают. Там-же, где информация представляет собой нечто ценное, нужно разрабатывать целую систему безопасности. Вы бы видели какой толмут накатал наш начальник 1-го отдела по поводу информационной безопасности. Тут его даже заставили особо секретные компы сертифицировать на безопасность, есть такие конторы, которые за нехилые деньги это делают. Тут проблема много шире, чем просто пароли, надо следить и чтоб физически винт не уперли, и как-то шифровать, чтоб если уперли - то не так легко прочитали, и чтоб эту инфу по сети не уволокли, чтоб банально на флешку не скачали, да и за всеми сотрудниками следить по идее надо, сам оператор стибрить вполне может

сергей1 (07.09.04 18:14) [39]

Гы, знаю я все эти меры. Потому и писал [36]. У меня вообще допуск есть. :о)

работа с MSSQL Server на других компах. Найти похожие ветки