Login filled for user '\' Как правильно настроить соединения между 2мя серверами

Господа ГУРУ помогите, в СУБД чайник полный, в MS особенно.
Как правильно настроить соединения между 2мя серверами?
Есть 2 MS SQL server, один 2000 второй 7.0, все это крутится на WinNT 4.0, оба сервера находятся в одном домене, режим аутентификации смешанный на 7.0 и 2000. При попытке выполнить запрос на SQL2000 типа Select * Server7.Dbase.dbo.Table вылетает ошибка "Login filled for user '\'". Подобное сообщение было при репликации, когда SQL server агент логинился как System.Времени рабираться небыло, в свойсвах агента принудительно прописал логин и пароль заработало. Аккаунт под которым все это выполняется наделен правами админа домена, находится в группе администраторов как в 7.0 так и 2000. Собсвенно в чем проблема и как ее решиить?

При попытке выполнить запрос на SQL2000 типа Select * Server7.Dbase.dbo.Table вылетает ошибка "Login filled for user '\'".

1. Где и кем выполняется этот запрос ?
2. Под какими учетными записями стартуют сервера ?
3. Какие установки выбраны в закладке Security у linked server-a ?

в настройках линкованого серавера во вкладку Security должно быть указано:

Local Login: логин просматривающего сервер (например, если в sql managere Вы зарегистрировались как sa - то sa)

Remote Login: логин заведенный на удаленном сервере, например, Baracuda
и пароль Baracudа-ы

1. Где и кем выполняется этот запрос ?
Запрос выполняется на 2000 администратором домена
2. Под какими учетными записями стартуют сервера ?
Oба System accaunt
3. Какие установки выбраны в закладке Security у linked server-a ?
Autentificstion SQL Server and Windows
Adult Level None
Sturtup System Accaunt

Пока Glory спит, попробуй заменить System account, под которым стартует SQL Server на приличный доменный, имеющий достаточные права на втором сервере. System account не имеет никаких сетевых прав.

в настройках линкованого серавера во вкладку Security должно быть указано:

Local Login: логин просматривающего сервер (например, если в sql managere Вы зарегистрировались как sa - то sa)

Remote Login: логин заведенный на удаленном сервере, например, Baracuda
и пароль Baracudа-ы
Не нашел в Properties Security Local & Remote login, на обоих серверах захожу под одним аккаунтом domen\accaunt

Не важно как ты коннектися к серверу
Важно, то, что
1. Сервиса MSSQLServer SQLServerAgent должны стартовать по доменными аккаунтами. Причем, желательно, эти аккаунты должны иметь админские права на той и на другой машине. Например, пользователь YourDomen\user1

2. На том и на другом SQL Server они должны входить в роль System Administrator

3. Иногда вылетает ошибка Login failed for user 'null'. Помогало из Client Network Manager убрать TCP/IP

4. То что ты не нашел - Security - Linked Server - Properties Linked Server - Security

Небольшая детализация проблемы... запрос выполняется на третьей машине(не сервере) на сервере все теперь выполняется, спасибо всем. Вот с клиентской машиной справится неполучается.
Сейчаз схема такая Query Analyzer на клиентской машине коннектится к серверу1 пытается запросить данные с сервера2 -> в отве эрор на любой маппинг юзеров

OK
Значит я с клиентской машины, присоединяюсь к серверу ка User1 выполняю

select * from Server2.DB.dbo.Table1

вылетает ошибка

"login failed...."

Есть пользователь User1 на Server2 ?
Отмаплен ли в нужную БД ?
Есть ли права на селект на Server2 для пользователя User1 ?
Есть ли линк для этого пользователя ?
Стоит ли св-вах Security Linked Server (см. выше) галочка
Be made using the login's current security context ?

Есть пользователь User1 на Server2 ?

Используется win авторизация, domen\user входит в группу администраторов домена т.е. по идее должен быть

Отмаплен ли в нужную БД ?

domen\user является владельцем базы на Server 2

Есть ли права на селект на Server2 для пользователя User1 ?

Т.е. необходимо сделать grant но кому?

Есть ли линк для этого пользователя ?

Нет, необходимо чтобы все мапилось один в один, я вот честно говоря этот момент слаьо понял в BOL

Стоит ли св-вах Security Linked Server (см. выше) галочка
Be made using the login's current security context ?

да