Ошибка SDBL: Попытка быстрой вставки значения недопустимого типа (pos = 578) 11004 : Затребованное имя допустимо и оно найдено в базе данных. Ошибка соединения с рабочим процессом - 11004, Автор статьи: Demiurg Мои действия: Поставил ОС Windows Server 2003. Установил 1С Предприятие 8.2 (установил все что предлагало .
Удаленный хост принудительно разорвал существующее подключение.) line=1. Data. Exchange. Tcp.
Если при создании базы возникает ошибка «11004»: Ошибка соединения с рабочим процессом. Ошибка «11004»: Ошибка соединения с рабочим процессом сетевого доступа к серверу (Windows Sockets- 11004 (0x00002AFC). Ошибка соединения с рабочим процессом - 11004. Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес.
Запрошенное имя верно, но данные запрошенного типа не найдены' line=991 file=src. Windows Socket - 11004(0x0002AFC) - еще текст из ошибки.
Client. Impl. cpp. Как бороться с этой проблемой.
Настроить Технологический журнал и разобрать его логи. Наиболее частыми причинами бывают падения серверной части 1. С: Предприятия. В также можно убедиться, посмотрев — ане создаются ли дампы (смотреть путь logcfg.
USERPROFILE%\Local Settings\Application Data\1. C\1. Cv. 81\Dumps, например C: \Documents and Settings\< Имя пользователя> \Local Settings\Application Data\1. C\1. Cv. 81\dumps. Падения платформы чаще всего могут возникать из- за запросов с нестандартными параметрами. Дампы отсылайте в техподдержку 1.
С email: v. 8@1c. Чаще всего мне встречалась проблема в журнале документов в отборах запросы были похожи на этот: SELECT ALLOWED TOP 3. R. Date. Пример лога ТЖ, показывающее причину падений сервера при обновлении полнотекстового поиска. EXCP,1,process=rphost,p: process.
Name=< база данных> ,t: client. ID=3, t: application. Name=Background. Job,t: connect. ID=2. 7,Usr=Def. User,Dump. File=C: \Program Files (x. Дождаться нового релиза платформы и обновиться. Более подробно про падения платформы смотрите в моем блоге.
Пример ТЖ для циклический перезапуск процессов. Для анализа этого события на компьютере сервера 1. С: Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg. Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable. Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.
Убедиться, что причиной являются/не являются действия администратора в консоли—————————- Ниже представлен вариант решения коллегой. Всем заинтересованным в решении проблем с падением платформы с ошибками: 1. Как показал разбор полетов по падениям платформы, с выше указанными ошибками: - Большинство падений вызвано именно работой фоновых заданий, как и предполагалось в топике.- Не хваткой дискового пространства- Наличием большого числа не завершенных транзакций в журнале 1. С* * *- Прежде чем заниматься разбором с технологическим журналом, проанализируйте используемые в конфигурации фоновые задания и отключите те, которые не требуются Вам для работы, конфигурации (банально, анализ 1. ГБ мусора можно считать времяпрепровождением, если Вам нечем заняться. Журнал транзакций при этом очистится.(ПОдробнее можно прочесть в разделах MSDN Q2. SQL 7. 0) и Q2. 72.
SQL 2. 00. 0).)Вариант 4: (Для 7. DBCC SHRINKFILE (file. Кто хочет может проверить, например, в тех. Если хотите разобраться в данном вопросе обратитесь к протоколу работы Ethernet/CSMA CD/CSMA.
Количество попыток в передаче пакета по данному протоколу не бесконечно. В качестве такого сервера я бы рекомендовал Citrix Metaframe или Terminal Server MSВероятнее всего, когда Вы выполните указанные рекомендации, за исключением разбора проблем с железом, стабильность работы возрастет настолько что падения платформы станут очень редкими, что перекроют технологические промежутки по обслуживанию базы данных, выполнять которые всеже НЕОБХОДИМО и не думайте, что те рекомендации что указаны выше Панацея от всех проблем. Они решат многие, но не все проблемы. И счастливы Вы, если у Вас нет таких проблем, у кого они есть, тот меня поймет.(С) Шарафан Александр (AXELOT, Москва)———————————Ряд проблем связан с утечками памяти. Перезагрузите сервер.
Если у Вас 1 рабочий процесс, добавьте еще несколько, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса. Если у Вас 3. 2х разрядна версия сервера 1.
С, то пора купить 1. С: Предприятие 8. Лицензию на сервер (x. Исследуйте роли «Пользователя», если они есть в типовой конфигурации конечно, и в частности, после того как вычислите проблемныйдокумент с помощью ТЖ, нужно найти проблемную роль (кто жалуется). Далее для роли Пользователя смотрим РЛС документа, если дополнительных настроек нет (чисто), то правой кнопкой на нем — поиск ссылок на объект, и последовательно просматриваем РЛС для роли «Пользователь» для каждого объекта.
Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows.> Запустить программу regedit. DWORD с именем Syn. Attack. Protect в раздел реестра HKEY.
Кроме того, 5. 4 ошибку можно получить на релизах < = 8. ИБ 7. 7(DBF) - > 8. SQL) в типовой Ти. С (демо, взятой с ИТС) релиз. С: Предприятия 8. С: Предприятия 8.
Собрать логи ТЖ можно файлом logcfg. Ошибка Возникала при обмене УТ1. БП2 и при других интенсивных операциях чтения/записи в БД. Симптомы: серверные процессы 1. С не падают, у клиента полностью теряется связь с сервером на 5 сек. Сервер 1. С и БД на одной машине под управлением Debian Squeeze.
Решение проблемы: установка параметра ядра tcp.