Соединение 2-х серверов напрямую.
 

Соединил 2 сервера напрямую (терминальный и SQL).

На каждом сервере - вторая сетевуха - смотрит в общий домен.

Как проверить, что при работе 1С в терминалке траффик между серверами идёт именно по прямому соединению, а не через домен?

(Win 2008 R2 на обоих)

а смысл такого шаманства?

netstat -nb

А почему вторые сетевухи по адресам в той-же подсети, что и основные? Выделить для них другую подсеть, снять там все галки кроме протокола TCP, объединить их на коммутаторе вланом или аплинком вааще напрямую соединить. Вроде для 1С не требуется доменной авторизации в MS-SQL...

4-BigHarry > Вторые сетевухи -10.10....
Первые - 192.168...

"или аплинком вааще напрямую соединить"
- Я тупой 1С-ник. В сисадминстве не силён особо.
Если ты о соединении патчкордом напрямую - то так и сделано.

3-NOVIchok > Спасибо, посмотрю.
2-Gochy > Ускоряйзинг

5-DeiMos > "Вторые сетевухи -10.10....
Первые - 192.168..."

- Опечатался. Ну вы меня поняли...
Доменные - 192.168, прямые - 10.10...

(6) Ну если у тебя в свойствах сервера предприятия указан SQL с адресом 10.10. - то я не вижу причин, по которым он внезапно начнет пытаться выловить его совершенно в другой подсети...

[em]Вроде для 1С не требуется доменной авторизации в MS-SQL...[/em]
Зато может потребоваться доменная авторизация на сервере 1С. Но, по идее, она должна пройти с доменных сетевух, если сервер 1С настроен на их прослушивание.

(7,8): Я очень извиняюсь. 1С - 7.7

Отсутствует сервер 1С-Предприятия.

Ну тогда терминал с скл будут напрямую работать. Но прироста это не даст. Посмотри загрузку сетевых карт в таскманагере, она и 50% не составляет

10-Flukostat > "Ну тогда терминал с скл будут напрямую работать."

- Не факт. На каком основании?
Вот я и желаю на 100% удостовериться в этом.

Ну если скл настроен на сеть 10.10, он ее и будет слушать.

(11)[quote]Не факт. На каком основании?[/quote]
Ээээ, слюшай, мамой клянусь, да?

to 11>Собственно, SQL Server Configuration Manager - SQL Server Network Configuration - Protocols for MSSQLServer, выбрать протокол TCP/IP, в свойствах протокола перейти на закладку IP Addresses.
ЗЫ Остальные протоколы задисаблить.

ДейМос конфигурация зон умеет ограничивать и интерфейсы и пространства

1-DeiMos >лучше скажи сколько пользователей и размер базы мож попутно чего интересного раскажем ну и какой сиквел версия и редакция (32х\64х)

[em]Я тупой 1С-ник. В сисадминстве не силён особо[/em]
любой адынэснег может на калькуляторе сравнить пропускную способнось дискового и сетевого интерфейсов

Всем спасибо, тема закрыта.
Просто указал в настройках соединения с SQL в 1С - IP адрес сетевухи sql-сервера и всё. В диспетчере задач - чётко видно, что траффик - именно там где надо.

16-NOVIchok > Пользователей - мало (несколько десятков).
База небольшая (несколько гигов). SQL - 2008 R2 (64х).
А что интересного ты хотел мне рассказать?
Меня пока больше ничего не интересует...

18-DeiMos > огласите утилизацию прямого линка

Ага, хотя бы из таскманагера

18-DeiMos >а сиквел какой редакции(Expr\st\[filolog]ent[/filolog]) и на каком проце живёт? в виртуалке или нет?

19-gloomymen > 1.5% - 3% (при работе меня одного в 2-х базах 1С, в каждой - запустил некие "тяжёлые" процессы).

21-NOVIchok > Стандарт. 4-х ядерный. Не в виртуалке.

[em]1.5% - 3%[/em]
Лучше, конечно, смотреть, когда в базах все пользователи ковыряются.
Но итог очевиден, напрямую гигабитные сетевухи для ускоряйзинга соединять не стоило.
Это имеет смысл, если хоцца спрятать скуль, убрав его из основной сети.
А для ускоряйзинга, если уж на то пошло, надо было обе сетевухи терминала и обе сетевухи скуля воткнуть в один гигабитный свич, и соорудить транк. Но, имхо, для ваших целей - пустая трата времени, сетевухи у вас все равно ненагружены.

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

24-cheloveg > Спи, моя радость, усни....
Иди ты (порезано матофильтром) - кошерно и культурно (порезано матофильтром).

[url]http://www.youtube.com/watch?v=-978MokOGJQ[/url]