none
Windows authentication ТОРМОЗИТ! RRS feed

  • Вопрос

  • Тормозит соединение с MSSQL 2k5 (Windows Server 2003 SBS) через Windows authentication , через SQL authentication всё работает быстро. Что делать? Проблема очень актуальна и требует срочного решения. Я уже второй день голову ломаю.
    4 ноября 2009 г. 14:40

Ответы

  • Оказывается гениальная Windows авторизация в SQL много чего пробивает при соединении.
    Проблема решена: надо было всего лишь выставить реверсы на IP сервера и клиентов (думаю только на IP сервера было обязательно).

    А всё что? WINDOWS ХИТРО*ОПЫЙ! Неделю на поиск ответа убил!
    5 ноября 2009 г. 22:57

Все ответы

  • проверьте
    1. разрешение имен
    2. доступность контроллеров
    3. работу самих контроллеров
    blog.wadmin.ru
    4 ноября 2009 г. 14:45
  • Забыл... Локально ничего не тормозит. Проблема актуальна только при удаленном соединении. Я уже иссяк. Не знаю куда податься. Куда копать? Какую информацию ещё сюда выложить?
    4 ноября 2009 г. 14:45
  • локально тормозить ничего и не будет.

    посмотрите что вызывает задержки при обращении к контроллеру (надеюсь на нем принт сервера + файлового сервера + что нибуль еще..?)
    blog.wadmin.ru
    4 ноября 2009 г. 14:48
  • проверьте
    1. разрешение имен
    2. доступность контроллеров
    3. работу самих контроллеров
    blog.wadmin.ru
    По подробней пожалуйста. Не очень понял.

    Все работает, но медленно. Соединяюсь я с сервером с рабочей станции, которая не в домене. Просто на ней есть такой же windows пользователь как на сервере и на самом сервере на пользователя выставлены права на несколько баз. И повторюсь, все работает но медленно. ОЧЕНЬ медленно.
    4 ноября 2009 г. 14:49
  • локально тормозить ничего и не будет.

    посмотрите что вызывает задержки при обращении к контроллеру (надеюсь на нем принт сервера + файлового сервера + что нибуль еще..?)
    blog.wadmin.ru

    Да вроде нет, только sql. Если и есть программные решения для этого то они не используются. Только база.
    4 ноября 2009 г. 14:52
  • соединяетесь по какому имени?
    и как это имя разрешается?

    первый шаг - пропишите это имя в файл hosts
    если поможет то проблема в разрешении имен

     

    blog.wadmin.ru
    4 ноября 2009 г. 14:53
  • По адресу прямому соединяюсь!
    4 ноября 2009 г. 14:55
  • Ещё не забываем что sql authentication работает идеально. Ещё один bsd сервер конектится к этому sql. Все супер. А вот Windows authentication тормозит. У меня ещё есть trace лог с WinXP клиента который через ODBC соединяется с SQL (Windows authentication). Выложить его?
    4 ноября 2009 г. 14:58
  • т.е. по ip адресу?

    при использовании SQL авторизации как я понимаю такого эффекта нет?

    сервер и клиент находятся в одной подсети?

    такие проблемы наблюдаются только с одной маштны или нескольких?
    blog.wadmin.ru
    4 ноября 2009 г. 14:58
  • т.е. по ip адресу?

    при использовании SQL авторизации как я понимаю такого эффекта нет?

    сервер и клиент находятся в одной подсети?

    такие проблемы наблюдаются только с одной маштны или нескольких?
    blog.wadmin.ru
    да по ИП адресу.
    да, SQL авторизация работает как надо, быстро!
    сервер и клиенты находятся в серверной. Каждый со своим ип. Без объединений в домены или сети.
    на всех клиентах так. даже тестировал windows и sql авторизацию из дома к серверу.
    4 ноября 2009 г. 15:01
  • раз вы авторизуетесь на удаленном хосте под пользовательским аккаунтом хранящемся в токальной SAM базе
    остается понять зачем на клиенте аналогичная учетка..

    что за приложение и можно ли в нем прописать учетную запись под которой проходить авторизацию?
    blog.wadmin.ru
    4 ноября 2009 г. 15:05
  • раз вы авторизуетесь на удаленном хосте под пользовательским аккаунтом хранящемся в токальной SAM базе
    остается понять зачем на клиенте аналогичная учетка..

    что за приложение и можно ли в нем прописать учетную запись под которой проходить авторизацию?
    blog.wadmin.ru
    Приложение с закрытым кодом. От "чертегознаеткаких" разработчиков. Оно не дает возможности вписать учетную запись. Единственные вариант его соединения с базой - по ODBC с windows авторизацией. Т.е. WinXP работает под логином "winxplogin" и соединяется с сервером sql на котором есть такой же логин "winxplogin" с таким же паролем + доступ к нескольким базам данных.
    4 ноября 2009 г. 15:11
  • тогда все упирается в ODBC...

    поставьте последние версии odbc драйверов (на стороне клиента), пересоздайте DSN
    и загляните сюда http://technet.microsoft.com/ru-ru/library/ms403280.aspx
    blog.wadmin.ru
    4 ноября 2009 г. 15:17
  • тогда все упирается в ODBC...

    поставьте последние версии odbc драйверов (на стороне клиента), пересоздайте DSN
    и загляните сюда http://technet.microsoft.com/ru-ru/library/ms403280.aspx
    blog.wadmin.ru
    Щас почитаю но я уже думал об этом.

    1) раньше все работало нормально. глюки начились после переезда на новый хостинг.
    2) я в панике переставил виндовсы на сервере и клиентах - не помогло.
    3) на одном клиенте стоит SQL Server Managment Studio -> соединяется с сервером через sql авторизацию БЫСТРО, windows авторизация - тормозит.

    Исходя из пункта 3 - odbc тут не причем. МИСТИКА!
    4 ноября 2009 г. 15:24
  • Вот ODBC trace лог. Может ват тут что то понятно будет?

    http://rapidshare.com/files/302357915/trace_log.txt.html

    этот яб сказал длинный лог возникает только при подключении программы к серверу.
    4 ноября 2009 г. 15:26
  • Вот статистика ODBC при запуске програмы на клиенте:

    Time    TimerResolution    SQLIDU    SQLIDURows    SQLSelects    SQLSelectRows    Transactions    SQLPrepares    ExecDirects    SQLExecutes    CursorOpens    CursorSize    CursorUsed    PercentCursorUsed    AvgFetchTime    AvgCursorSize    AvgCursorUsed    SQLFetchTime    SQLFetchCount    CurrentStmtCount    MaxOpenStmt    SumOpenStmt    CurrentConnectionCount    MaxConnectionsOpened    SumConnectionsOpened    SumConnectiontime    AvgTimeOpened    ServerRndTrips    BuffersSent    BuffersRec    BytesSent    BytesRec    msExecutionTime    msNetWorkServerTime    Comment

    Wed Nov 04 17:35:51    0    21    25    17    16    38    0    24    0    0    0    0    0.000000    0.000000    0.000000    0.000000    0    0    11    12    13    11    12    12    153996    12833.000000    65    65    60    52326    9985    111    159
    4 ноября 2009 г. 15:44
  • из лога могу сделать только один вывод - вполне нормальные данные для ODBC сессии, но есть некоторая ругань на обработку курсора (не смертельно)

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

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

    однозначно причина в ODBC драйвере, вернее в том как он работает.
    необходимо рабираться с его производительностью.

    blog.wadmin.ru
    5 ноября 2009 г. 8:35
  • на одном клиенте стоит SQL Server Managment Studio -> соединяется с сервером через sql авторизацию БЫСТРО, windows авторизация - тормозит.

    SQL Server Managment Studio соединяется не через ODBC.

    ЛАДНО! Я уже даже готов поверить что драйверы плохо работают сразу на 3 клиентах (один из которых вобще новый пк, только виндовс поставил!). Но куда там копать? драйверы вроде последние. В чем там проблема?
    5 ноября 2009 г. 11:34
  • Ещё забыл... на одним клиенте не трогалось ВООБЩЕ ничего с того момента как на нем все идиально работало. Потом поменялся хостинг, начало тормозить (а хостинг очень быстрый...). Переставил windows на сервере - ничего не изменилось. Может мы вобще не туда копаем? Я в растерянности.
    5 ноября 2009 г. 11:41
  • Так, мне все больше в голову лезут мысли о том, что тут хостинг виноват. Какие вопросы я могу хостеру задать? В чет тут может быть косяк?
    5 ноября 2009 г. 11:49
  • Ещё забыл... на одним клиенте не трогалось ВООБЩЕ ничего с того момента как на нем все идиально работало. Потом поменялся хостинг, начало тормозить (а хостинг очень быстрый...). Переставил windows на сервере - ничего не изменилось. Может мы вобще не туда копаем? Я в растерянности.

    вот с этого и стоило начинать.

    если поразмыслить что у нас все было хорошо, ничего вроде не менялось и стало вдруг плохо то стоит подумать что же могло измениться.

    каким образом хостинг связан с 1С?

    может у вас на ДНС серверах некорректные форвардеры выставлены?

    blog.wadmin.ru
    5 ноября 2009 г. 11:51
  • Ещё забыл... на одним клиенте не трогалось ВООБЩЕ ничего с того момента как на нем все идиально работало. Потом поменялся хостинг, начало тормозить (а хостинг очень быстрый...). Переставил windows на сервере - ничего не изменилось. Может мы вобще не туда копаем? Я в растерянности.

    вот с этого и стоило начинать.

    если поразмыслить что у нас все было хорошо, ничего вроде не менялось и стало вдруг плохо то стоит подумать что же могло измениться.

    каким образом хостинг связан с 1С?

    может у вас на ДНС серверах некорректные форвардеры выставлены?

    blog.wadmin.ru

    1Ц непричем. У меня другой софт.
    Да, все было отлично до переезда.

    ДНС серверы везде прописаны хостинговые.

    Вопрос: какие вопросы мне задать администратору хостинга? Что там может быть нетак?
    5 ноября 2009 г. 13:09
  • на сетевых картах контроллеров что в настройках?

    primary dns - 127.0.0.1
    secondary - соседний контроллер?

    на самих DNS-ах прописаны как форвардеры ДНС-ы провейдера?
    blog.wadmin.ru
    5 ноября 2009 г. 13:21
  • Оказывается гениальная Windows авторизация в SQL много чего пробивает при соединении.
    Проблема решена: надо было всего лишь выставить реверсы на IP сервера и клиентов (думаю только на IP сервера было обязательно).

    А всё что? WINDOWS ХИТРО*ОПЫЙ! Неделю на поиск ответа убил!
    5 ноября 2009 г. 22:57
  • т.е. у вас в ДНС-е не было обратной зоны?

    зря...
    очень полезная вешь...
    blog.wadmin.ru
    5 ноября 2009 г. 23:16