новое событие
Информационный поток
Задания вакансии материалы разработки сообщения форума
Форум

Обсуждение к заданию: Ошибка при выполнении операции с информационной базой server_addr=tcp://sql-srv:1541...

    • #1
    • 23.10.2014 15:13
    0
    Платформа 8.2.19.102 Бухгалтерия государственного учреждения, редакция 1.0 (1.0.28.2) (http://v8.1c.ru/stateacc/) Copyright © ООО "1C", 2009-2013. Все права защищены (http://www...  Подробнее>>
    • #2
    • 23.10.2014 15:18
    0
    ira_242
    перевключаем сетевой кабель, тогда быстрее, но не на всех машинах есть такая возможность.


    ira_242
    Рекомендации от 1с

    Попробуйте отключить на сервере
    "Брандмауэр Windows, либо добавить в исключения порт 1541 - выполнено.


    Налицо явные проблемы с сетью, сетевым оборудованием или настройками сети на серверах. Вам бы не к программистам 1С, а к штатным инженерам-системным администраторам обратиться.
    • #3
    • 23.10.2014 15:21
    0
    Обращались и не к одним. Проверяют сет нагружают прочие тесты. Говорят все нормально
    • #4
    • 23.10.2014 15:25
    0
    Вадим
    не к программистам 1С, а к штатным инженерам-системным администраторам обратиться
    а заказчик вобщето ни где не говорил, что:
    - ему нужен именно программист,
    - штатными он уже пробовал.

    мне лично удивительно - "Длится не один год. Всего 5 пользователей."
    • #5
    • 23.10.2014 15:27
    0
    системный администратор утверждает что это проблемы 1с
    • #6
    • 23.10.2014 15:30
    0
    он трактует так , что сервер в это время пингуется, канал 1541 через теленет доступен, 4 пк работают.
    просто отсутствует отклик в течении определенного времени.
    • #7
    • 23.10.2014 15:34
    0
    Вам нужно в Консоли 1С сервера удалить кластер сервера с доменным именем "sql-srv" и добавить новый кластер но с указанием не доменного имени, а ip адреса сервера sql-srv, и на компах клиентах тоже лучше изменить параметры подключения к базе вместо sql-srv указать ip адрес сервера. И всё будет у вас хорошо! Спасибо можно на QIWI счёт +79228697900
    • #8
    • 23.10.2014 15:40
    0
    мы заплатим , помогите сделать удаленно
    • #9
    • 23.10.2014 15:41
    0
    ira_242
    системный администратор утверждает что это проблемы 1с
    странное утверждение.
    одна проблема - железно есть. и она - не в 1С.
    • #10
    • 23.10.2014 15:41
    0
    1. полезные советы
    http://www.gilev.ru/1c/support/tasks/10060.htm

    2. большой треп по теме
    http://forum.infostart.ru/forum75/topic7041/
    http://www.sql.ru/forum/635933/oshibka-dostupa-k-serveru-1s-8-1
    • #11
    • 23.10.2014 15:44
    +1
    ira_242
    мы заплатим , помогите сделать удаленно


    это должен в любом случае делать админ, вернее, 2 админа -
    системщик и админ 1С
    • #12
    • 23.10.2014 15:51
    0
    При чем здесь 1С????? Либо DNS падает, или настройки SQL сервера, скорей второе, железо не при чем.
    • #13
    • 23.10.2014 15:52
    0
    Чайкин Игорь Александрович
    это должен в любом случае делать админ, вернее, 2 админа -
    системщик и админ 1С


    Согласен. Как правило, в решении таких проблем всегда требуется бубен. И мало кто однозначно и сразу скажет какие манипуляции с этим бубном эту проблему решат.

    Я помню у нас была такая же проблема и решилась она удалением второго ip адреса на сетевой карте сервера. Но это одна причина из многих возможных.
    • #14
    • 23.10.2014 15:52
    0
    в тридах были случаи решения проблемы именно со стороны 1с
    типа превышение лога скуля, снятия дебильных фонов и т.д.
    • #15
    • 23.10.2014 16:17
    +1
    по одной из ссылок

    2. Пропишите Ip-шник вашего сервера в файле C:\WINDOWS\system32\drivers\etc\hosts и его же пропишите в C:\Program Files\1cv81\bin\conf\nethasp.ini в описании [TCP-IP] в строке NH_SERVER_ADDR = Ip-шник вашего сервера

    это кто то пробовал?
    • #16
    • 23.10.2014 17:11
    0
    ira_242
    это кто то пробовал?
    это ни "кто то пробовал?", а пробовать-смотреть надо.
    в вашей ситуации.
    • #17
    • 23.10.2014 17:44
    0
    приглашайте сисадмина
    • #18
    • 23.10.2014 17:45
    0
    ВНИМАНИЕ! Через эту форму запрещено оставлять отзыв к заданию или контактные данные
    Чайкин Игорь Александрович
    это должен в любом случае делать админ, вернее, 2 админа -
    системщик и админ 1С


    А кто такой системщик Игорь Александрович ??
    • #19
    • 23.10.2014 17:46
    0
    А доступ к базе как настроен..? По RDP? Или у каждого на компе стоит платформа.. все подключаются к базе по ip\база_данных?
    • #20
    • 23.10.2014 18:11
    0
    1. Посмотрите журнал Windows на наличие ошибок сети.
    2. Переобожмите/поменяйте сетевой кабель.
    • #21
    • 23.10.2014 18:25
    0
    Приведу пример, сеть ADSL модем, - компьютер, далее от этого модема кабель идет к роутеру, от него подцеплен компьютер и терминал, периодически пропадал интернет на дальнем компьютере и на первом компьютере пропадал доступ к базе расположенном на другом, смысл оказался в том, что DHCP с подсеткой 1, на роутере по умолчанию стоит подсетка 0, при скачке напряжения он переходил на подсетку умолчания 0, хотя в нем вбита 1 подсетка, при перезагрузке его все становилось нормально, роутер работал в режиме свича, поставил на дальнем компьютере подсетку 1 и все стало нормально, поэтому пока не поупражняешься не поймешь в чем дело..... Кто знает схему этой сети?
    • #22
    • 24.10.2014 09:20
    0
    у каждого на компе стоит платформа.. все подключаются к базе по ip\база_данных
    • #23
    • 25.10.2014 03:39
    0
    По сути проблемы:
    С большой долей вероятности проблема в разыменовании адресов пути решения следующие
    1. Если AD тогда проверить права и переподнять DNS (если используется DHCP пробовать целевым машинам раздать адреса вручную), Пробовать разделить систему на физическом уровне Контроллер домена - развернуть на одном сервере вместе с ДНС и DHCP ( а так же файлопомойкой, почтой и прочей ерундой, сервер 1с - на второй машине, и сервер SQL на - третьей, так же HASPLicenseManager развернуть на одной из рабочих машин и тестировать что получиться. Желательно так же избежать проблем маршрутизации и по возможности не использовать транзитных коммутаторов т.е. чтобы сервер (серверы) и машины были подключены к одному заведомо рабочему коммутатору (маршрутизатору).
    2. Если сеть одноранговая тогда проблему разыменования решать так:

    ira_242
    2. Пропишите Ip-шник вашего сервера в файле C:\WINDOWS\system32\drivers\etc\hosts

    как заполняются стоки файла есть пример в нем самом
    а вот это
    ira_242
    в C:\Program Files\1cv81\bin\conf\nethasp.ini в описании [TCP-IP] в строке NH_SERVER_ADDR = Ip-шник вашего сервера
    используется в том случае когда нужно явным образом указывать платформе где искать HASP ключ, но вряд ли это ваш случай и указывается там не IP-адрес Вашего сервера а IP-адрес машины с HASP License manager т.е. где развернута система выдачи лицензий по рекомендациям от 1С и аладдин не стоит располагать 2 хасп ключа на одной машине а на сервере где развернут Сервер 1с уже стоит один ключ - серверный

    3. Изучить системные логи сервера, наверняка в них есть масса ответов

    P.S. Удаленно такие задачи не решают в Вашем случае нужен комплекс мероприятий если будут вопросы пишите в скайп или в почту по возможности отвечу
    • #24
    • 05.11.2014 13:21
    0
    выполнили следущее:
    отключили компоненты IPv6
    прописали IP сервера в hosts и в nethasp.ini/

    По 1с вопросов пока нет, но таже ситуация с другим по (не 1с)и оно на другом сервере.

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