вычислено (одна из причин - перезапуск свитчей), что по причине dns иногда на серваке слетает 1С, с "ошибкой формата потока" или "не обнаружено запущенных процессов", изредка "не обнаружена база", после перезапуска севера 1с служба сразу стопится с сообщением примерно "остановлена так как не используется"
помогает перезапуск всей железяки
вопрос: что нужно сделать в dns сервере или ещё где-то, чтобы это не повторялось, сервер базы прописаны по ip, кластер по имени компьютера
?

установить авторестарт службе днс

(1)это на контроллере домена периодически рестартить службу dns?
наверное глупости сейчас пишу ибо откуда она узнает что кто-то передернул свитч?
а то что свитчи передергивают (в частности) извстно достоверно

up

(1)dns клиент на серваке с 1с?
а по какому событию авторестарт?

up

тупая ветка!

up1

(0) Может не париться и поднять службу DNS локально?

> перезапуск свитчей
а это здесь причем?

(8)при том, что например если бляжайший свитч перезапустить то сервер 1с падает
что конкретно значит поднять локально? клиент запущен. сделать сервак ещё и сервером DNS?

up
преположительно после перезагрузки контроллера домена

(9) > сделать сервак ещё и сервером DNS?
Да

(11)ну роль добавил...
а как настроить? подскажи пожалуйста что делать или где почитать

(9) > если бляжайший свитч перезапустить то сервер 1с падает
А почему не должна? Ведь при перезапуске свитча сетевой интерфейс на сервере выключается. Как ты думаешь, как себя должно повести сетевое приложение?

(13)я сижу на нем по рдп, и думаю что если служба сервера на нём же то падать она не должна что бы там с сетью не происходило.
как настроить чтобы так и было?

(12) Гугли. Могу только подсказать: нужно поднять DNS в режиме только чтения (или х.з. как он там называется), установить пересылку неизвестных запросов на основной сервер DNS. В свойствах сетевого подключения указать именно локальный DNS-сервер (127.0.0.1)

(14) И что RDP-соединение не рвется? не появляется таблички с информацией о переподключении?

для тачек с несколькими сетевыми:

---------------------------------
в файле hosts прописываем

10.10.0.1      SQLSRV

---------------------------------
в файле networks

SQLSRV    10.10.0.1

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

(15)дело в том что сейчас ели меня достанут это падения (около 3 в день, что там админы пытаются улучшить) то я могу и пачкордом к нему прицепиться, а вот когда пользователи пойдут мне нафик не нужен такой антипиар, всем не объяснишь что 1с не при делах, может быть как-то можно организовать так чтобы служба не падала, рассмотрю любые варианты
(17)сейчас почитаю - большое спасибо за участие

(9) И не забывай про эту ошибку:

10098511  (SW652560, SW683103)  Локальные сетевые интерфейсы
Проблема:
Если в момент проверки принадлежности адреса текущему компьютеру присутствуют интерфейсы, для которых не назначен ни один ip-адрес, то происходит аварийное завершение работы программы - клиентского или серверного приложения.
Дата публикации:
2012-06-01

(19) эта проблемма и решается (17)

(16)нет, только заглючивает службу сервера, выглядит так:
1. сеансы пишут что завершены администратором
2. при перезапуске сессии пишут - не обнаружен запущенный процесс
3. процессы оказываются не активными
4. служба после перезапуска останавливается

(20) > не назначен ни один ip-адрес
Проблема не в DNS

(0) имя в hosts прописать. Только на стене серверной красной краской или кровью написать ИП, который туда прописан. Иначе через несколько лет, когда что-нибудь куда-нибудь переедет, будете волосы на жопе рвать, силясь постигнуть причину артефактов

тут вот ещё какое дело - сервак не в домене...
может ему динамический IP поставить? может глупость но вдруг это решит проблему без перенастроек?

(23) этого мало, смотри (17) дело в том что даже при вызове по IP 1с сама по IP находит имя сервера и дальше работает по имени сервера, по этому еще нужна обратная запись.

(25)+ этого ни где не описано, я то-же далеко не сразу вьехал в суть, я только со снифером понял как это работает....

(26)перезагрузка свитчей и серверов dns/dhcp при таких настройках не помешает работать 1с?

up

(27) не мешает.

по существу эти 2 записи означают

1. если имя сервера SQLSRV  то нужно идти по IP  10.10.0.1
2. по IP  10.10.0.1 расположен сервер с именем SQLSRV

и дальше все обрение (в обе стороны) идет исключительно по правильному IP

обрение = общение

(29) при чем такая настройка будет работать не только на сервер 1с, но например и на нетбиос, например копирование файла на ресурс \\SQLSRV\С$ будет гарантировано идти через сетевую с IP - 10.10.0.1

(29)+ данная настройка хороша когда у тебя два сервера напрямую соеденены гигабиткой и в дополнение воткнуты в общий роутер, тогда весь трафик между двумя серверами не будет грузить роутер и клиентские каналы, это и по безопасности хорошо и по быстродействию

(32)при такой настройке есго в сети не видно по IP видно только как "SQLSRV"
и пингуется так же по ip пинги не идут по псевдониму идут
так и должно быть или опять какая-то хрень?

проблема в (33) не повторилась

(32) эффект положительный есть,
но есть мнение что прописать сервер 1С по IP и сам кластер по IP
и указать тоже самое на localhost будет лучше т.к. отказ службы dns  в таком случае точно не приведет к падению 1с

или нет?

а из =за чего служба dns отказывет, может ее просто правильно настроить?

(0)
Для диагностики работы сети есть много инструментов. PROFIT!

(24)
>> сервак не в домене

С этого надо было начинать.
1. Конечно, сначала ввести в домен.
2. Проверить что настройки интерфейсов топорно правильные. Загасить всякий левак типа IPv6, NetBIOS. Потушить отключенные интерфейсы.
3. Насчет DNS'а ответ уже был дан:
Для решения ошибок сервера - прописать требуемые IP адреса в файле HOSTs.
Для решения ошибок клиента - поднять зеркало DNS'а основного КД.
4. Если ничего не поможет - переустановить винду - медленно, но надежно.

(35) тут проблемма в том что 1с реализована как ДВА РАЗНЫХ сервера, первый - для организации кластера (получения списка баз, авторизации админов кластера, и т.д.), и тут ты можешь влиять на строку конекта, и второй который запускается непосредственно для работы, на строку конекта второго сервера ни одна из настроек подключения и самого кластера не позволяет повлиять подстановкой IP, рабочий сервер ВСЕГДА работает по имени, изменить это НЕЛЬЗЯ.

Собственно данный вывод легко проверить :), и кстати именно по этому порт конекта и диапазон рабочих портов разделен, и обрабатываются эти порты разными процессами....