Передача данных прервана по инициативе принимающей стороны

Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Передача данных прервана по инициативе принимающей стороны». Также Вы можете бесплатно проконсультироваться у юристов онлайн прямо на сайте.

Оплачиваемый больничный при болезни ребенка до 7 лет вне зависимости от продолжительности. Для получения жилья нужно. Сумма без учета индексации составляет 8 000 руб.

Содержание:

Передача данных прервана по инициативе принимающей стороны

Полная информация на тему: «Передача данных прервана по инициативе принимающей стороны» от профессионалов для людей понятным языком.

Передача данных прервана по инициативе принимающей стороны

Имеется
1. Сервер приложений = Windows Server 2003 x64 SP2, 1С:Предприятие v8.1.11.67
2. Сервер БД = Windows Server 2003 x64 SP2, MS SQL 2005 x64
3. Клиент = Windows 2000 SP4 или Windows XP SP2

При формировании некоторых отчетов в Windows 2000 через несколько минут выдается ошибка «Передача данных прервана по инициативе принимающей стороны» и клиент закрывается.
При этом формирование в Windows XP или на сервере происходит без проблем.

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688 «Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем» (не применяется)

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688
«Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем»

В соответствии с пунктом 9 статьи 13 Федерального закона от 25 июля 2002 г. N 115-ФЗ «О правовом положении иностранных граждан в Российской Федерации»* приказываю:

Утвердить прилагаемые Требования к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем.

* Собрание законодательства Российской Федерации, 2002, N 30, ст. 3032; 2003, N 27, ст. 2700; N 46, ст. 4437; 2004, N 35, ст. 3607; N 45, ст. 4377; 2006, N 30, ст. 3286; N 31, ст. 3420; 2007, N 1, ст. 21; N 49, ст. 6071; N 50, ст. 6241; 2008, N 19, ст. 2094; N 30, ст. 3616; 2009, N 19, ст. 2283; N 23, ст. 2760; N 26, ст. 3125; N 52, ст. 6450; 2010, N 21, ст. 2524; N 30, ст. 4011; N 31, ст. 4196; N 40, ст. 4969; N 52, ст. 7000; 2011, N 1, ст. 29, ст. 50; N 13, ст. 1689; N 17, ст. 2318, 2321; N 27, ст. 3880; N 30, ст. 4590; N 47, ст. 6608; N 49, ст. 7043, 7061; N 50, ст. 7342, 7352; 2012, N 31, ст. 4322; N 47, ст. 6396, 6397; N 53, ст. 7640, 7645; 2013, N 19, ст. 2309, 2310; N 23, ст. 2866; N 27, ст. 3461, 3470, 3477; N 30, ст. 4037, 4040, 4057, 4081; N 52, ст. 6949, 6951, 6954, 6955, 7007; 2014, N 16, ст. 1828, 1830, 1831; N 19, ст. 2311, 2332; N 26, ст. 3370; N 30, ст. 4231, 4233; N 48, ст. 6638; Российская газета, 2014, 5 декабря.

Зарегистрировано в Минюсте РФ 26 февраля 2015 г.
Регистрационный N 36249

Откройте актуальную версию документа прямо сейчас или получите полный доступ к системе ГАРАНТ на 3 дня бесплатно!

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.

На основании соглашения о взаимодействии между ФМС России и регионом уполномоченная организация участвует в оформлении и выдаче иностранцам, прибывшим в нашу страну без визы, патентов, а также содействует их дактилоскопической регистрации и фотографированию.

Установлено, как осуществляется указанное взаимодействие.

Организация передает в территориальный орган ФМС России заявление о выдаче (переоформлении) патента и другие необходимые документы.

Документы представляются на бумажном носителе. Одновременно можно направить указанные в них сведения в электронной форме в установленном формате. Такие сведения формируются в виде информпакетов. Последние подписываются усиленной квалифицированной электронной подписью уполномоченного должностного лица поставщика данных. Пакеты передаются на съемном электронном носителе (флеш-накопитель, компакт-диск) или по защищенным каналам связи. Порядок и способ передачи определяются вышеназванным соглашением. Срок передачи — сутки с момента получения сведений организацией.

Также установлен порядок взаимодействия в случаях, когда данные передаются по каналам связи с использованием информсистем.

Описание формата взаимодействия размещается на сайте ФМС России.

Приказ Федеральной миграционной службы от 25 декабря 2014 г. N 688 «Об утверждении Требований к информационному взаимодействию уполномоченной субъектом Российской Федерации организации и территориального органа ФМС России, включая правила передачи данных по каналам связи с использованием информационных систем»

Зарегистрировано в Минюсте РФ 26 февраля 2015 г.
Регистрационный N 36249

Настоящий приказ вступает в силу по истечении 10 дней после дня его официального опубликования

Текст приказа опубликован на «Официальном интернет-портале правовой информации» (www.pravo.gov.ru) 2 марта 2015 г., в Бюллетене нормативных актов федеральных органов исполнительной власти от 6 июля 2015 г. N 27

Приказом МВД России от 22 мая 2018 г. N 319 настоящий документ признан не подлежащим применению с 18 августа 2018 г.

Обработка ошибок, возникающих при обмене данными в распределенной информационной базе

При организации обмена данными в рамках распределенной информационной базы могут возникать различные ситуации, приводящие к сообщениям об ошибках. Однако не все подобные ситуации являются ошибками в чистом виде: некоторые из них могут быть отнесены к штатным ситуациям, соответствующим протоколу обмена данными, некоторые — к неадаптированности конфигурации для работы в рамках распределенной информационной базе.

Сообщение обмена данными является документом XML, поэтому имеет смысл описать возможные ошибки, которые могут возникнуть во время чтения/записи сообщений обмена данными при использовании средств чтения/записи данных XML, предоставляемых платформой «1С:Предприятие 8». При работе с данными в формате XML может возникать множество различных ситуаций, однако в данной статье будут рассмотрены только те, которые так или иначе имеют отношение к обмену данными в рамках распределенной информационной базы.

Значение URI пространства имен должно соответствовать рекомендации Namespaces in XML (см. http://www.w3.org/TR/REC-xml-names)

Переопределение пространства имен по умолчанию для текущего элемента XML недопустимо Текущий записываемый элемент не относится ни к какому пространству имен. Поэтому для него недопустимо определение непустого пространства имен по умолчанию. Переопределение пространства имен по умолчанию для элемента, не относящегося ни к какому пространству имен -запрещено Ошибка преобразования данных XML Ошибка возникает вследствие нарушения структуры передаваемых данных.
При чтении данных XML платформой производится автоматическое определение типа получаемых данных, кроме случаев, когда тип данных указан при вызове операции чтения. Если структура данных XML не соответствует структуре данных, определяемых типом, то будет сгенерировано данное сообщение об ошибке. При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения Значения данного типа не могут быть представлены в XML

Производится попытка записи в XML значения, для типа которого не определена процедура записи в XML. Или производится попытка чтения из XML значения неизвестного типа или типа, для которого не определена процедура чтения из XML.

Ошибка может возникнуть при участии в обмене информационных баз, имеющих различные конфигурации. Однако при обмене данными в рамках распределенной информационной базы поддерживается идентичность конфигураций информационных баз, участвующих в обмене. Данная ошибка является следствием искажения сообщения обмена. Необходимо повторно получить сообщение от информационной базы — источника сообщения Ошибка данных XML Ошибка возникает при получении некорректных данных из источника XML или же в случаях неудачного считывания из базы данных содержимого объекта, данные которого должны быть прочитаны из источника XML: блокировка объекта или же отсутствие прав на чтение данного объекта.
Например, чтение существующего элемента справочника: если элемент справочника является группой, а было прочитано то, что является элементом, будет сгенерирована данная ошибка.

При обмене данными в рамках распределенной информационной базы используются штатные механизмы записи/чтения XML — ситуации, связанные с передачей некорректных данных, могут возникать только вследствие искажения сообщения обмена данными. В таком случае необходимо получить новое сообщение обмена данными от информационной базы — источника сообщения.
Если же сообщение содержит корректные данные и ошибка возникает в процессе считывания данных из базы данных (для последующего изменения их данными из сообщения обмена), то необходимо проверить наличие прав пользователя, от имени которого производится чтения сообщения обмена.
Также необходимо удостовериться, что в процессе чтения сообщения не возникает блокировки данных (например, чтение производится в рамках транзакции, а данные заблокированы другим пользователем), можно предпринять попытку чтения сообщения в монопольном режиме доступа к информационной базе.
Если вышеперечисленные способы не привели к устранению ошибки, то необходимо проверить целостность данных информационной базы

В случае чтения сообщения обмена данными от подчиненного узла в главном узле данная ситуация является штатной и означает наличие изменений конфигурации, которые еще не были получены в подчиненном узле — источнике сообщения.

Если же чтение сообщения от главного узла производится в подчиненном узле, то данная ситуация является следствием изменения конфигурации в подчиненном узле. Необходимо удостовериться, что обмен производится в правильно настроенной распределенной информационной базе (создание подчиненных узлов производилось при помощи рекомендованных способов) и в процессе работы не производилось изменения конфигурации подчиненной информационной базы (изменение в штатном режиме невозможно). Изменения конфигурации подчиненного узла может быть осуществлено только после отключения информационной базы от распределенной информационной базы — установка значения главного узла в Неопределено . В случае несанкционированного изменения конфигурации в подчиненном узле необходимо восстановить соответствие конфигураций путем полной загрузки конфигурации из главного узла

При чтении сообщения обмена производится автоматическая запись полученных изменений данных в информационную базу. Если в процессе записи данных происходит ошибка, то процесс чтения сообщения прерывается. Для определения в процедурах записи элементов данных (объектов и наборов записей) режима записи после загрузки из сообщения обмена существует свойство Загрузка . Для корректной работы в рамках распределенной информационной базы процедуры записи элементов данных должны быть написаны с учетом произвольного порядка загрузки данных из сообщений обмена (например, не должны выполняться проверки связанной с записываемым элементом данных информации.

v8: сервер приложений 8.3.3.641 СРОЧНО НУЖНА ПОМОЩЬ

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

Источник: https://cesexpo.ru/peredacha-dannyh-prervana-po-initsiative-prinimayushhej-storony/

Передача данных прервана по инициативе принимающей стороны

Ответы на вопросы по теме: «Передача данных прервана по инициативе принимающей стороны» с полным описанием проблематики и способов решения. При возникновении дополнительных вопросов — задавайте их дежурному юристу.

v8: сервер приложений 8.3.3.641 СРОЧНО НУЖНА ПОМОЩЬ

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

и не плохо бы конфигурацию указывать

что журнал событий кажет? (не виндовый)

PS
а почему именно 8.3 поставили? а не 8.2

и плюс ко всему последний релиз 8.3.3.721, скоро 8.3.4 будет (в тесте уже 8.3.4.317)

1С 8.3 : Выполняется ожидание возможности запуска.

Иногда, при попутке открыть программу 1С, вылетает сообщение: » Выполняется ожидание возможности запуска.

» При нажатии на клавишу «Выполнить запуск» никаких изменений не происходит и эта табличка висит на экране и идет отсчет времени. И так по кругу до бесконечности.

Такая проблема возникает редко, суть ее пока определить не удалось

Решение: Перезапустить службу сервера агента 1С или перезапуск всего сервера / компьютера с программой 1С

При попытке входа пользователя в базу появляется сообщение: «Ожидание запуска информационной базы. Установка соединения с информационной базой запрещена. Администратор просит вас самостоятельно завершить работу системы, в связи с необходимостью обновления конфигурации. Выполняется ожидание возможности запуска. » При нажатии на клавишу «Выполнить запуск» никаких изменений не происходит и эта табличка висит на экране и идет отсчет времени. Что делать?

В данном случае, похоже, процесс автоматического обновления конфигурации был случайно или преднамеренно прерван пользователем. Для решения проблемы нужно снять блокировку, и повторить обновление (обновление лучше проводить откатившись к резервной копии базы данных, сделанной до обновления).

Действия по решению проблемы зависят от варианты режима работы:

1) Файл-серверный режим работы базы. Для того, чтобы снять блокировку — удалите файл 1Cv8.cdn, который лежит в каталоге ИБ. После снятия блокировки, повторите попытку обновления.

2) Клиент-серверный режим. Снимите блокировку в консоли серверов в свойствах ИБ. После снятия блокировки, повторите попытку обновления.

УДАЛЁНКА.РУ

Передача данных прервана по инициативе принимающей стороны

При загрузке информационной базы 1С процесс останавливается с ошибкой “ Передача данных прервана по инициативе принимающей стороны “.

…пока разбираюсь – если есть какие советы, пишите в комментарии

(10 голосов, в среднем: 4.8 из 5)

Несколько раз переустанавливал sql и платформу.. Разные версии использовал, таже беда.

Нужно проверить базу которую заливаешь на ошибки с помощью утилиты 1С

У меня помогло только так:
1. Делаем dt c SQL базы (2014)
2. Подгружаем у себя в файловую, обновляем, выгружаем в dt
3. Загружаем dt у себя на SQL (2008 R2)
4. Отсоединяем (2 файла .mdf и .lgf)
5. Делаю архив этих 2-х файлов (сжатие 50%)
6. Перекидываю клиенту
7. Разархивирую, копирую в каталог DATA, присоединяю (важно чтоб пользователь был sa или с аналогичными правами)
8. Готово! База обновлена и работает.
PS. По другому никак ((

Интересно. Пока эта проблема “лежит” в сторонке на виртуалке. Надо будет потестить этот вариант.

Почему сервер 1С Предприятия периодически отваливается?

Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 — 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка «1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением». Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология «Звезда». Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
Кратко о ПО:
1С Предприятие 8.3.8.2088
MS SQL Server 2014 SP1
Windows Server 2008R2
Буду рад любому совету.

Дополнено:
Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
В технологическом журнале из подозрительного можно выделить только следующее:

1С: Ошибка обращения к серверу 1С:предприятия

Добрый день! При переводе 1С предприятия с редакции 2.0 на 3.0 возникает ошибка:

Ошибка обращения к серверу 1С:Предприятия
по причине:
server_addr=tcp://MINFRAME:1561 descr=10054(0x00002746):Удаленный хост принудительно разорвал существующее подключение.line=1562 file=srcDataExchangeTcpClientmpl.cpp

Данная ошибка возникает примерно через час после нажатия F7(Обновить конфигурации БД).

SQL сервер 2014 runtime. Платформа 8.3.7.2008. Переход с версии 2.0.65.21 на 3.0.43.174.

Еще особенность SQL сервер и сервер 1С установлены на одном сервере. В безопасности установлены проверка подлинности SQL сервера и windows.
Попробовала на другом комп., там полный sql обновился без ошибок.(Здесь Сервер 1С и SQL Разделены).

Помогите разобраться, где в SQL нужно что настроить?

Отменить Wcf метод обращения к серверу
Добрый день. Ситуация: Есть сервер, подключенный к БД. Есть клиент на WinForm, обмен данными.

Где обсуждаются проблемы обращения к 1с как к оле-серверу?
Подскажите, плз, сайты , где обсуждаются проблемы обращения к 1с как к оле-серверу. А то вопросов.

Как можно продиагностировать DNS запросы, включая обращения к кэшу, и сами запросы от DNS клиента к серверу?
Добрый день! Подскажите пожалуйста, каким образом можно в операционной системе MS Windows 7.

Добавлено через 24 секунды
И версия сервера 1С (32 — 64?)

1. ОС Windows Server 2008 R2 standart, 64 разрядная ОС.
2. Версия сервера 1с — 8.3 , 64- разрядная.
3. MSSQLSERVER 2014 12.0.20008 standart edition(64-bit)RTM.

Комп, где обновилась версия без откл. сервера:
1. ОС Windows 8.1 64 разр
2. Версия 1С — та же, запуск на сервере
3. MSSQLSERVER 2014 12.04.2130 Enterprise Evalution Edition(64-bit)

Ошибка обращения к памяти
Здравствуйте. Перевожу алгоритм из Matlab в Delphi. Сначала использовал обычные массивы, чтобы.

Ошибка обращения к системному реестру
Создал проект в нем activex dll пытаюсь компилировать и вылетает ошибка обращения к системному.

Ошибка обращения к нулевому адресу
Есть программа, которая при запуске обращается к фтп серверу, считывает с него несколько файлов и.

Переключение журнала регистрации в старый формат

Новый формат журнала регистрации был реализован в платформе 1С:Предприятие 8 в версии 8.3.5.1068. Начиная с этой версии при создании новой информационной базы журнал регистрации будет храниться в одном файле базы данных SQLite с расширением .lgd, который располагается:

  • Для файлового варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы.
  • Для клиент-серверного варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы в каталоге служебных файлов кластера. Имя каталога можно определить по файлу реестра данных кластера.

Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».

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

Итак, одна из проблем возникает после перезапуска кластера серверов или аварийного завершения работы менеджера кластера. При этом возможно разрушение структуры файла журнала регистрации .lgd. При попытке открыть такой журнал регистрации происходит ошибка:

sqlite3_step failed: database disk image is malformed

Также иногда можно заметить проявление следующей ошибки при попытке в конфигураторе открыть файл журнала регистрации нового формата:

sqlite3_exec failed: attempt to write a readonly database

Еще одна ошибка связана с медленной работой или зависанием на записи в журнал регистрации, использующим новый формат. В технологическом журнале, при этом, можно увидеть следующие записи:

81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.’

Данная строка ТЖ говорит о том, что процесс rmngr центрального сервера не отвечает, так как занят работой с журналом регистрации. И далее в технологическом журнале можно видеть следующие записи:

0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr=’srcRMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=srcDataExchangeTcpClientImpl.cpp’

Помимо этого, достаточно часто возникает проблема с высоким потреблением памяти журналом регистрации в новом формате. Данное поведение проявляется, например, если кто-то из пользователей случайно запустит выборку по ЖР без ограничения по периоду. При этом весь журнал регистрации попадет в память, вытеснит весь кэш и «положит» сервер.

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

Штатные средства платформы 1С не позволяют перевести журнал регистрации из нового формата в старый. Здесь мы опишем способ, который позволит выполнить данную задачу вручную. Итак, для начала необходимо остановить службу 1С. При этом, необходимо согласовать данное действие с пользователями, так как при этом они не смогут работать с информационными базами, которые находятся в соответствующих кластерах 1С.

После того как служба 1С остановлена, переходим в каталог файлов информационной базы для которой необходимо изменить формат журнала регистрации. Данный каталог выглядит следующим образом:

…1cv8[каталог служебных файлов службы 1С, обычно srvinfo]reg_ + [номер порта менеджера кластера][UUID информационной базы]

Уникальный идентификатор информационной базы (UUID) можно получить из файла «1CV8Clst.lst», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:

Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».

После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.

В статье мы постарались описать возможные проблемы при работе с новым форматом журнала регистрации. Такие проблемы чаще всего возникают на предприятиях с большим числом пользователей 1С. Далее мы описали способ перехода с нового формата на старый. Это может быть полезно, так как на данный момент не существует стандартных средств, предоставляемых платформой 1С, которые бы позволили это сделать.

Надеемся, вы сможете с легкостью выполнить нужную вам задачу и продолжите с удовольствием пользоваться продуктами 1С. Ну а если у вас что-то не получится, или вы столкнетесь с какими-то трудностями, обращайтесь к нам, мы обязательно поможем!

Передача данных прервана по инициативе принимающей стороны

Помогите разобраться с ошибкой.

Имеется
1. Сервер приложений = Windows Server 2003 x64 SP2, 1С:Предприятие v8.1.11.67
2. Сервер БД = Windows Server 2003 x64 SP2, MS SQL 2005 x64
3. Клиент = Windows 2000 SP4 или Windows XP SP2

При формировании некоторых отчетов в Windows 2000 через несколько минут выдается ошибка «Передача данных прервана по инициативе принимающей стороны» и клиент закрывается.
При этом формирование в Windows XP или на сервере происходит без проблем.

Не пойму в чем проблема. Как зделать так, чтоб работало на Windows 2000?
Может какой TCP Timeout есть? Или еще что?

Конфигурация не менялась, месяц назад все работало.

Тема: Ошибка обращения к серверу 1С:Предприятия. по причине:

Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://srv1c:1560 descr=recv returns zero, disconnected line=1367 file=srcDataExchangeTcpClientImpl.cpp

[Только зарегистрированные пользователи могут видеть ссылки. ]

Кто сталкивался с такой ошибкой? Подскажите как решить, вылетает пока при выгрузке базы в конфигураторе, не сразу, а спустя пол минуты
Сервер на CentOS 7 (x64) + PostgreSQL 9.2 (x64) + 1C_Server8.3.5.1460 (x32)

———- Post added at 17:32 ———- Previous post was at 16:56 ———-

При всем при этом маленькая база (200МБ в выгрузке) выгружается без ошибок, а база которая по тяжелее (1,7ГБ в выгрузке) вызывает подобную ошибку

Здравствуйте! Та же проблема в Deian. Вы решили как-то?

да решил)) поставил на сервер esxi6 на него натянул сервер посгри на центосе7 х64 и перенес винду 2003 серверную на виртуалку и туда установил сервер 1с х32, 1с летает, одной рукой набираю этот текст, другой слезы счастья вытираю

Ошибки SQL сервера

Отказ со стороны Microsoft SQL Server в доступе сервера 1С:Предприятия к базе данных от имени пользователя SQL сервера является наиболее частой причиной сообщения об ошибке, возникающего при попытке подсоединения клиентского приложения 1С:Предприятия к клиент-серверной информационной базе. К таким ошибкам относятся:

Microsoft OLE DB Prov >

Ошибка может возникнуть в следующих ситуациях:

на SQL сервере установлен режим аутентификации «Windows only»;

к данным от Microsoft SQL Server 7.0 (MDAC 2.1) применяются клиентские компоненты;

на клиентском компьютере используется протокол «Multiprotocol» для доступа к SQL Server.

Чтобы исправить положение, желательно настроить доступ к SQL серверу.

Microsoft OLE DB Prov >

Ошибка могла возникнуть при перезагрузке SQL сервера во время работы сервера 1С:Предприятия. Если данная ошибка появилась, то необходимо перезагрузить также сервер 1С:Предприятия.

Microsoft OLE DB Prov >

Для начала, обратите внимание на идентификатор библиотеки, который записан в квадратных скобках. Список некоторых возможных значений представлен ниже:

DBNETLIB — библиотека, которая используется на клиенте SQL сервера для доступа к SQL серверу по любому протоколу.
dbnmpntw — протокол Named Pipes для Win32
dbmssocn — протокол Winsock TCP/IP для WIN32
dbmsspxn — протокол SPX/IPX для WIN32
dbmsvinn — протокол Banyan Vines для Win32
dbmsrpcn — протокол Multi-Protocol (Windows RPC) для Win32
dbnmp3 — протокол Named Pipes для Win16
dbmssoc3 — протокол Winsock TCP/IP для Win16
dbmsspx3 — протокол SPX/IPX для Win16
dbmsvin3 — протокол Banyan Vines для Win16
dbmsrpc3 — протокол Multi-Protocol (Windows RPC) для Win16

В данном примере при попытке обращения к серверу 1С:Предприятия по протоколу «Named Pipes» пользователю USER1CV8SERVER (от его имени работает сервер 1С:Предприятия) отказано в доступе системой безопасности того компьютера, на котором установлен SQL сервер. Чтобы исправить ошибку, следует либо использовать другой протокол, либо обеспечить компьютеру с SQL сервером возможность аутентификации пользователя USER1CV8SERVER.

Если у Вас появилось такое сообщение, это говорит о нештатном завершении сервера 1С:Предприятия, когда информационная база находилась в монопольном режиме. В это время база данных SQL сервера остается в однопользовательском режиме, и сервер 1С:Предприятия не может к ней присоединиться. Чтобы исправить данную ошибку, запустите Microsoft SQL Server Enterprise Manager, войдите в свойства базы данных, где располагается информацианная база, и выключите однопользовательский режим.

Microsoft OLE DB prov >

Подобная ошибка может возникать, если для выполнения какого-то действия в 1С:Предприятии нужно перевести информационную базу в режим монопольного доступа, а перевод базы данных в однопользовательский режим невозможен из-за того, что к ней, вместе с сервером 1С:Предприятия, подсоединено еще какое-либо приложение. Для выполнения необходимых действий, которые требуют монопольный доступ к информационной базе, необходимо отключиться от соответствующей базы данных всеми другими приложениями. Приложения, которые подсоединены к базе данных, можно найти в Microsoft SQL Server Query Analyzer.

Особенности исполнения запросов SQL сервером

Главная причина возникновения следующих ошибок — особенности исполнения запросов SQL сервером Microsoft SQL Server. Ошибки могут возникать в следующих ситуациях:

достижение недокументированных программных ограничений SQL сервера;

проявление на конкретном SQL запросе ошибок Microsoft SQL Server.

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

Microsoft OLE DB prov >

Данная ошибка означает, что выражение, вложенное в агрегатные функции или использованное в разделе СГРУППИРОВАТЬ ПО, содержит вложенные запросы. Начиная с 1С:Предприятия 8.0.9.32, данную ошибку диагностирует компилятор языка запросов.

Microsoft OLE DB prov >

Ошибка может возникнуть при построении планов запросов, которые включают вложенные запросы и операцию объединения таблиц. Чтобы предотвратить данную ошибку, избегайте объединения полей типа Строка ограниченной длины с полями типа Строка неограниченной длины, если при этом они являются результатами вложенных запросов. Начиная с версии 8.0.11.3, платформа 1С:Предприятия не накладывает каких-либо ограничений на пользовательские запросы.

Microsoft OLE DB Prov >

Ошибка может возникать при исполнении сложных запросов. Если у Вас выскочило сообщение о такой ошибке, попробуйте видоизменить запрос.

Microsoft OLE DB prov >

Microsoft SQL Server 2000 и 2005 позволяют использовать в простом запросе не более 256 таблиц базы данных. Если количество таблиц превышает 256, то выдается сообщение об ошибке. Начиная с версии 8.0.11.3 платформа 1С:Предприятия выдает диагностику без завершения работы клиентского приложения.

Microsoft OLE DB prov >

Во избежание возникновения данной ошибки не используйте вложенных запросов с разделами «УПОРЯДОЧИТЬ ПО», если исходный запрос содержит операцию «ОБЪЕДИНИТЬ».

Microsoft OLE DB prov >

Данная ошибка возникает в случае группировки записей и вычисления агрегатных функций, если при этом группировка выполняется над результатом вложенного запроса, и длина записи результата этого запроса превышает 4000 байт. Причиной такой ошибки является неправильное вычисление Microsoft SQL Server 2000 максимальной длины результата операции SUBSTRING над полем неограниченной длины.

Ошибки при выполнении операций над данными

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

Microsoft OLE DB prov >

Данная ошибка возникает при выполнении функций над датами в том случае, когда в качестве результата получается слишком большая или слишком маленькая дата. Минимально допустимой датой является 1 января 1753 года, а максимально допустимой — 31 декабря 9999 года.

Ошибки размещения базы данных

Причинами сообщений об ошибках из этой группы является аварийная ситуация на компьютере, на котором установлени сервер SQL.

Microsoft OLE DB prov >

Подобное сообщение может возникнуть при загрузке информационной базы или при ее реструктуризации в том случае, если диск с базой данных SQL сервера имеет недостаточно свободного места.

Ошибки исполнения транзакций

Сообщения данного типа могут возникнуть при высокой загрузке сервера 1С:Предприятия из-за возникших конфликтов транзакционных блокировок записей. Если у Вас возникло подобное сообщение, повторите выполнение того же самого интерактивного действия.

Microsoft OLE DB prov >

Сообщение означает взаимную блокировку транзакций, начатых двумя или большим количеством пользователей. Если такое сообщение появляется часто, это свидетельствует о неудачных решениях, реализованных в конфигурации. Чтобы бороться со взаимной блокировкой, используют ключевое слово «ДЛЯ ИЗМЕНЕНИЯ» в языке запросов.

Передача данных прервана по инициативе принимающей стороны

При попытке загрузить базу УТ 11.2 словил «Передача данных прервана по инициативе принимающей стороны» 1С 8.3.7.1949 клиент сервер. Попытка поднять версию платформы до 1С 8.3.8.2167 ничего не дала, ошибка повторилась.

Иногда со второго(третьего) раза срабатывает!?

Помогло убийство старой базы в ноль и новое ее создание.

УДАЛЁНКА.РУ

Category Archives: 1c

nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий:

Решили проблему!
Вот по этому пути: C:ProgramData1C1Cv82conn8211.pfl

удалили conn8211.pfl и всё заработало!

Неплохо еще удалить IPV6 если он не используется.

p.s. Папка C:ProgramData скрыта!

Не обнаружена установленная версия 1С:Предприятия

Не обнаружена установленная версия 1С:Предприятия такая ошибка выводится при запуске 1С. Данная проблема может появиться Continue reading →

Передача данных прервана по инициативе принимающей стороны

При загрузке информационной базы 1С процесс останавливается с ошибкой “ Передача данных прервана по инициативе принимающей стороны “.

…пока разбираюсь – если есть какие советы, пишите в комментарии

Аренда сервера 1с

Услуга Аренда сервера 1С – это современное решение для компаний, использующих в своей работе Программные продукты 1С Предприятие.

Как аренда виртуального сервера 1С снизит Ваши расходы?

Аренда виртуального сервера 1С который, точнее можно назвать облачным, это название более точно характеризует эту уникальную систему.

Облачный сервер является полноценной и самостоятельной системой. Если сравнить его с обычным сервером, то управление практически ничем не отличается. Есть лишь один существенный плюс: администратор имеет возможность полноценно управлять и регулировать ее, с небольшим исключением – отсутствует аппаратная часть. Такая особенность позволяет предотвратить множество проблем, которые присущи как стационарному, так и виртуальному хостингу. То есть работу облачного сервера 1С поддерживают несколько “железных” серверов и при выходе строя одного – “отряд не заметит потери бойца”. И система будет работать до последнего “живого” аппаратного сервера.
Аренда облачного сервера 1С – больше преимуществ при меньших затратах!

1С 8.3 : Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

1. Глюк сервака — всякое бывает

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

зайдите в каталог c:program files1c1cv82 srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Запустите службу «Агент сервера 1С:Предприятие».

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие».

После выполнения указанных действий — Все будет

Передача данных по инициативе сервера, обзор COMET. Кто запустил анализ журнала регистрации? Передача данных прервана по инициативе принимающей стороны

COMET-технологии позволяют организовать обновление данных на странице без участия пользователя.

Чаты, интернет-почта и многопользовательские админки — далеко не полный список, где они применимы.

В этом цикле статей — подробно описаны многочисленные тонкие моменты и решения частых проблем.

COMET (или «server push») — способ передачи данных с сервера на клиент, по инициативе сервера.

Например, у вас есть электронный магазин, и менеджер может отслеживать переходы клиента.
COMET позволяет менеджеру тут же, онлайн, спросить клиента о чем-то, предложить интересный вариант.

«По инициативе сервера» означает, что клиент сам не запрашивает сервер, он просто находится на странице.

Старейший пример COMET — чат. Человек просто находится на странице и получает новые сообщения.

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

Способов реализации COMET достаточно много. У них — самые разные характеристики, достоинства и недостатки.
Есть два основных класса.

  1. Частый опрос (polling)
  2. Длинный опрос (long-poll)

Чтобы уменьшить количество необходимых соединений и задержки, сообщения о событиях пакуют в специальные пакеты, «датаграммы».
Например, одно XML-сообщение может выглядеть как:

Канал связи разрывается время от времени:

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

Кроме того, для измерения сетевых задержек и контроля соединения, сервер может периодически посылать по этому каналу ping-пакеты.

  1. Бесконечный IFrame
  2. XMLHTTPRequest, interactive
  3. Multipart XMLHTTPRequest
  4. Event-source

Вы найдете их в других статьях этого раздела.

Протокол HTTP изначально создавался так, чтобы один запрос возвращал одну единицу информации. А мы хотим — много, отсюда и некоторые сложности.

Такое встречается редко, но прокси может буферизовать определенное количество данных до передачи клиенту. Например, принимать и отдавать ответ блоками по 2К. В этом случае сообщения будут оставаться на прокси, и ждать, пока их не наберется 2К (или какой там размер буфера) байт, и только тогда — передаваться клиенту.

Решение — добавлять к каждому сообщению 2K пробелов.

Неизвестно, коснется ли Вас эта проблема. Надеюсь, что нет, но иметь в виду буферизацию прокси как возможную причину жалоб пользователей — надо обязательно.

IFrame, который служит для передачи сообщений, НЕ должен сжиматься gzip/deflate. Иначе говоря, для служебного URL сообщений сжатие должно быть отключено.

Это — неприятное последствие хакерской натуры iframe. Например, в long poll сжатие проходит на ура, т.к события не являются частью одной страницы.

Не забудьте отключить буферизацию сервером. В связке Apache/PHP — отключите output buffering и включите ob_implicit_flush:

While (@ob_end_flush()) ob_implicit_flush(1); // ну и конечно убрать лимит на время выполнения скрипта set_time_limit(0);

Как всегда, при написании веб-приложения встает вопрос о выборе архитектуры. С одной стороны, решения на длинных соединениях (все, кроме частых опросов) обеспечивают быстрое уведомление. С другой. Всегда ли длинное соединение лучше частых опросов?
Решение с длинными соединениями с виду оптимальнее, но гораздо сложнее и обладает рядом особенностей.

  1. Реализация длинного коннекта, как правило, усложняет архитектуру. Возможно, можно обойтись решением попроще?
  2. Ряд веб-серверов плохо оптимизированы под большое количество длинных соединений. Например, используются потоки или процессы, которые отъедают фиксированное количество ресурсов и не освобождают их до конца соединения.На уровне OS проблема решается использованием kqueue(FreeBSD) или epoll(Linux).На уровне веб-сервера можно использовать
    1. Apache MPM event для apache 2.2 (экспериментальный и ограниченный MPM, специальный поток обрабатывает Listening и Keep-Alive сокеты)
      не работает как следует с mod_perl/mod_php
    2. Jetty (Java) / Twisted(Python), nginx и другие специализированные серверы c одним потоком/процессом на много клиентов.

Потянет ли текущая серверная архитектура длинные соединения? Ответ неочевиден для сотен/тысяч одновременных соединений, но, скажем, до 100 соединений в любой архитектуре все хорошо.

  • Насколько долго пользователи находятся на одной и той же странице? При переходах коннект, скорее всего, придется открывать заново в любом случае.
  • Если допустимы задержки доставки событий, то, может быть, хватит частого опроса?

    Посмотрим на взаимодействие клиент-сервер «с высоты птичьего полета», выше деталей передачи данных, транспортов и т.п. Например, так это сделано в специализированном server-push движке lightstreamer.

    Соединения с сервером делятся на два типа

    1. Control connection — контрольные соединения, через которые клиент отправляет запросы на сервер. Это — обычные AJAX-запросы через XMLHTTPRequest.
    2. Push connection(channel) — поток событий, соединение, через которые клиент получает события с сервера

    У всех событий на сервере есть тип. Клиент может подписываться и отписываться на интересующие его события через контрольные соединения. Для удобства типы организованы по схемам. Например, в схеме chat может быть тип message.

    Например, следующая диаграмма описывает типичную последовательность действий:

    1. Клиент открывает потоковое соединение к серверу
    2. Клиент подписывается на события типа Item1 в схеме Schema1
    3. Сервер шлет события
    4. Клиент отписывается от событий через новое контрольное соединение
    5. Клиент закрывает соединение

    Или — вот более сложная диаграмма, в которой клиент подписывается уже на разные типы событий:

    Вообще, буферизация событий — общий прием, который позволяет мягко переживать закрытие соединения, и нужен при любом транспорте.

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

    Последствия могут быть самые разные, а именно:

    • Не поданная в сроки заявка на участие в конкурсе
    • Проигранный электронный аукцион
    • Не подписанный в срок государственный контракт
    1. Сертификат участника закупки не отображается на электронной площадке
    2. Электронная подпись не подписывает документы

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

    В данном случае ошибка вызвана сразу несколькими причинами, а именно:

    В первую очередь, необходимо убедиться в том, что Вы корректно установили открытую часть сертификата в личные через СКЗИ (Крипто Про). При этом версия установленной программы подходит для типа вашей операционной системы.

    Как правило, эта ошибка возникает в ряде случаев:

    • Истек срок действия лицензии программы КриптоПро
    • Вставлен носитель с другим сертификатом

    Для этого Вам необходимо получить новую лицензию, обратившись в Удостоверяющий Центр. После того, как лицензия благополучно получена, необходимо запустить КриптоПро и ввести серийный номер лицензии.

    Во втором случае Вам необходимо проверить все закрытые контейнеры (носители), вставленные в USB-разъем компьютера и проверить правильность выбора нужного сертификата.

    Данная ошибка может быть вызвана совокупностью причин, указанных выше. Как показывает практика, такая ошибка в первую очередь появляется из-за неправильно установленной библиотеки Capicom. Рекомендуем проверить наличие установленной библиотеки на Вашем компьютере и обратить внимание на необходимость копирования 2 системных файлов с расширением.dll в одну из папок Windows, при пользовании 64-разрядной системой.

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

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

    Признаками данной проблемы являются:

    Невозможно зайти в информационную базу.

    Почти 100% активность диска, на котором расположен журнал регистрации и активное чтение файла журнала регистрации процессом rmngr.
    Данный пункт можно проверить с помощью монитора ресурсов (Диспетчер задач — Производительность — Открыть монитор ресурсов) на вкладке “Диск”.
    В группе “Запоминающие устройства” нужно обращать внимание на колонку “Активное время (%)”.
    В группе “Работа диска” нужно обращать внимание на колонки “Чтение” и “Файл”. Можно отсортировать по колонке “Чтение”. Среди первых строк с максимальной скоростью чтения будет процесс rmngr. Далее нужно смотреть имя читаемого файла, оно будет соответствовать журналу регистрации определенной информационной базы.

    В консоли администрирования кластера серверов 1С:Предприятие в списке сеансов почти у всех пользователей будет большое и приблизительно одинаковое значение в колонке “Захвачено СУБД” или в колонке “Время вызова (текущее)”.

    При обнаружении проблемы нужно:

    Запомнить УИД ИБ, к которой выполняется чтение процессом rmngr.

    Запустить сбор технологического журнала на события EXCP, если еще не запущен.

    Сделать экспорт всех сеансов на проблемном сервере ИЛИ на проблемной ИБ с помощью консоли администрирования кластера серверов 1С:Предприятие, на случай, если понадобятся дополнительные данные для анализа.

    Перезапустить службу 1С:Предприятие.

    Собрать технологический журнал на время перезапуска сервера 1С:Предприятие.

    Проанализировать технологический журнал: выполнить поиск слов “ВыгрузитьЖурналРегистрации” или “UnloadEventLog”.

    ОбщаяФорма.ФормаОтчета.Форма: 1242: ВариантыОтчетов.СформироватьОтчетВФоне(ПараметрыФормированияОтчета, РезультатФоновогоЗадания.АдресРезультата);

    ОбщийМодуль.ВариантыОтчетов.Модуль: 2544: Формирование = СформироватьОтчет(Параметры, Ложь, Ложь);

    ОбщийМодуль.ВариантыОтчетов.Модуль: 2060: ОтчетОбъект.СкомпоноватьРезультат(Результат.ТабличныйДокумент, Результат.Расшифровка);

    ВнешнийОтчет.АнализЖурналаРегистрации.МодульОбъекта: 64: ВыгрузитьЖурналРегистрации (ТЗ,Отбор,Колонки);»

    По этой строке можно сказать кто: ИвановИИ, где (на каком компьютере): COMP , в какой информационной базе: ib_accounting запустил анализ журнала регистрации.

    Источник: https://energopress.ru/peredacha-dannyh-prervana-po-initsiative-prinimayushhej-storony/

    Почему сервер 1С Предприятия периодически отваливается?

    Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
    Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
    Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 — 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка «1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением». Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология «Звезда». Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
    Кратко о ПО:
    1С Предприятие 8.3.8.2088
    MS SQL Server 2014 SP1
    Windows Server 2008R2
    Буду рад любому совету.

    Дополнено:
    Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
    К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
    В технологическом журнале из подозрительного можно выделить только следующее:

    Источник: https://qna.habr.com/q/412012

    Передача данных прервана по инициативе принимающей стороны

    Отказ со стороны Microsoft SQL Server в доступе сервера 1С:Предприятия к базе данных от имени пользователя SQL сервера является наиболее частой причиной сообщения об ошибке, возникающего при попытке подсоединения клиентского приложения 1С:Предприятия к клиент-серверной информационной базе. К таким ошибкам относятся:

    Ошибка может возникнуть в следующих ситуациях:

    на SQL сервере установлен режим аутентификации «Windows only»;

    к данным от Microsoft SQL Server 7.0 (MDAC 2.1) применяются клиентские компоненты;

    на клиентском компьютере используется протокол «Multiprotocol» для доступа к SQL Server.

    Чтобы исправить положение, желательно настроить доступ к SQL серверу.

    Ошибка могла возникнуть при перезагрузке SQL сервера во время работы сервера 1С:Предприятия. Если данная ошибка появилась, то необходимо перезагрузить также сервер 1С:Предприятия.

    Для начала, обратите внимание на идентификатор библиотеки, который записан в квадратных скобках. Список некоторых возможных значений представлен ниже:

    DBNETLIB — библиотека, которая используется на клиенте SQL сервера для доступа к SQL серверу по любому протоколу.
    dbnmpntw — протокол Named Pipes для Win32
    dbmssocn — протокол Winsock TCP/IP для WIN32
    dbmsspxn — протокол SPX/IPX для WIN32
    dbmsvinn — протокол Banyan Vines для Win32
    dbmsrpcn — протокол Multi-Protocol (Windows RPC) для Win32
    dbnmp3 — протокол Named Pipes для Win16
    dbmssoc3 — протокол Winsock TCP/IP для Win16
    dbmsspx3 — протокол SPX/IPX для Win16
    dbmsvin3 — протокол Banyan Vines для Win16
    dbmsrpc3 — протокол Multi-Protocol (Windows RPC) для Win16

    В данном примере при попытке обращения к серверу 1С:Предприятия по протоколу «Named Pipes» пользователю USER1CV8SERVER (от его имени работает сервер 1С:Предприятия) отказано в доступе системой безопасности того компьютера, на котором установлен SQL сервер. Чтобы исправить ошибку, следует либо использовать другой протокол, либо обеспечить компьютеру с SQL сервером возможность аутентификации пользователя USER1CV8SERVER.

    Если у Вас появилось такое сообщение, это говорит о нештатном завершении сервера 1С:Предприятия, когда информационная база находилась в монопольном режиме. В это время база данных SQL сервера остается в однопользовательском режиме, и сервер 1С:Предприятия не может к ней присоединиться. Чтобы исправить данную ошибку, запустите Microsoft SQL Server Enterprise Manager, войдите в свойства базы данных, где располагается информацианная база, и выключите однопользовательский режим.

    Подобная ошибка может возникать, если для выполнения какого-то действия в 1С:Предприятии нужно перевести информационную базу в режим монопольного доступа, а перевод базы данных в однопользовательский режим невозможен из-за того, что к ней, вместе с сервером 1С:Предприятия, подсоединено еще какое-либо приложение. Для выполнения необходимых действий, которые требуют монопольный доступ к информационной базе, необходимо отключиться от соответствующей базы данных всеми другими приложениями. Приложения, которые подсоединены к базе данных, можно найти в Microsoft SQL Server Query Analyzer.

    Особенности исполнения запросов SQL сервером

    Главная причина возникновения следующих ошибок — особенности исполнения запросов SQL сервером Microsoft SQL Server. Ошибки могут возникать в следующих ситуациях:

    достижение недокументированных программных ограничений SQL сервера;

    проявление на конкретном SQL запросе ошибок Microsoft SQL Server.

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

    Данная ошибка означает, что выражение, вложенное в агрегатные функции или использованное в разделе СГРУППИРОВАТЬ ПО, содержит вложенные запросы. Начиная с 1С:Предприятия 8.0.9.32, данную ошибку диагностирует компилятор языка запросов.

    Ошибка может возникнуть при построении планов запросов, которые включают вложенные запросы и операцию объединения таблиц. Чтобы предотвратить данную ошибку, избегайте объединения полей типа Строка ограниченной длины с полями типа Строка неограниченной длины, если при этом они являются результатами вложенных запросов. Начиная с версии 8.0.11.3, платформа 1С:Предприятия не накладывает каких-либо ограничений на пользовательские запросы.

    Ошибка может возникать при исполнении сложных запросов. Если у Вас выскочило сообщение о такой ошибке, попробуйте видоизменить запрос.

    Microsoft SQL Server 2000 и 2005 позволяют использовать в простом запросе не более 256 таблиц базы данных. Если количество таблиц превышает 256, то выдается сообщение об ошибке. Начиная с версии 8.0.11.3 платформа 1С:Предприятия выдает диагностику без завершения работы клиентского приложения.

    Во избежание возникновения данной ошибки не используйте вложенных запросов с разделами «УПОРЯДОЧИТЬ ПО», если исходный запрос содержит операцию «ОБЪЕДИНИТЬ».

    Данная ошибка возникает в случае группировки записей и вычисления агрегатных функций, если при этом группировка выполняется над результатом вложенного запроса, и длина записи результата этого запроса превышает 4000 байт. Причиной такой ошибки является неправильное вычисление Microsoft SQL Server 2000 максимальной длины результата операции SUBSTRING над полем неограниченной длины.

    Ошибки при выполнении операций над данными

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

    Данная ошибка возникает при выполнении функций над датами в том случае, когда в качестве результата получается слишком большая или слишком маленькая дата. Минимально допустимой датой является 1 января 1753 года, а максимально допустимой — 31 декабря 9999 года.

    Ошибки размещения базы данных

    Причинами сообщений об ошибках из этой группы является аварийная ситуация на компьютере, на котором установлени сервер SQL.

    Подобное сообщение может возникнуть при загрузке информационной базы или при ее реструктуризации в том случае, если диск с базой данных SQL сервера имеет недостаточно свободного места.

    Ошибки исполнения транзакций

    Сообщения данного типа могут возникнуть при высокой загрузке сервера 1С:Предприятия из-за возникших конфликтов транзакционных блокировок записей. Если у Вас возникло подобное сообщение, повторите выполнение того же самого интерактивного действия.

    Сообщение означает взаимную блокировку транзакций, начатых двумя или большим количеством пользователей. Если такое сообщение появляется часто, это свидетельствует о неудачных решениях, реализованных в конфигурации. Чтобы бороться со взаимной блокировкой, используют ключевое слово «ДЛЯ ИЗМЕНЕНИЯ» в языке запросов.

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

    Yandex
    Возможно, вас также заинтересует
    Jonsony
    06.11.2013 09:24

    и не плохо бы конфигурацию указывать

    что журнал событий кажет? (не виндовый)

    PS
    а почему именно 8.3 поставили? а не 8.2

    и плюс ко всему последний релиз 8.3.3.721, скоро 8.3.4 будет (в тесте уже 8.3.4.317)

    Доброго времени суток друзья, столкнулся с проблемой, не могу разобраться с ее решением. Обо всем по порядку.
    Не так давно, мы начали переход на 1С БП 3.0 и все что на ней основано, по сравнению с 2.0 тормозить она стала раз в 5 больше, базы открывались от 2 до 5 минут! Решение пришло быстро, MS SQL Server.
    Так как для меня это первый опыт его настройки, начал я тренироваться в виртуальной машине Hyper-V, все работало более менее, пока я не загрузил туда БД сельхоз отдела, примерно через 2 — 3 часа работы сервер перестает работать, базы не подключается, даже напрямую на этом же сервере. В локальной сети выходит ошибка «1541 descr = сервер не доступен (не отвечает, завершается аварийно или порт занят другим приложением». Сначала я грешил на сетевую карту, потом на брандмауер (его отключение тоже не помогло), и вот вчера я взял физический сервер, все настроил установил, перенес базы и буквально час назад та же беда! Все драйвера обновлены, мощности сервера должно хватать (Xeon X5606 2.13 Ghz/24Gb RAM DDR3 1333/LAN 1Gb) у сети топология «Звезда». Последнее на что грешу то что сервер не включен в домен Active Directory, но тогда почему и на самом сервере база отваливается?
    Кратко о ПО:
    1С Предприятие 8.3.8.2088
    MS SQL Server 2014 SP1
    Windows Server 2008R2
    Буду рад любому совету.

    Дополнено:
    Аналогичная проблема проявляется на Debian. С одной базой УТ10 работает нормально. При переносе старой БД (бухгалтерия) с файлового варианта на SQL (postgres) периодически раз в 1-2 недели базы становятся недоступными до перезапуска службы srv1cv83. Есть ощущение что чем больше баз переносится тем меньше срок работы до перезапуска, так при переносе 5 БД срок работы был 2-3 дня.
    К одной базе УТ10 доступ осуществляется локально (на одной машине), при добавлении других баз работа с ними начинается через клиентов по сети, но в момент сбоя базы недоступны ни в каком виде до перезапуска службы srv1cv83.
    В технологическом журнале из подозрительного можно выделить только следующее:

    Источник: https://revclub.ru/peredacha-dannyh-prervana-po-iniciative/


    Похожие записи:

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *