Запись дампа подождите пожалуйста выполняется сохранение информации об ошибке - Ремонт и установка крупной бытовой техники

January 11th, 2016
,
05:30 pm

У пользователя возникла проблема: 1С не запускается, а точнее при открытии уходит в dump и вылетает.

Помогает следующее, нужно отключить аппаратное ускорение видеокарты

Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7:

Откройте Панель управления (Пуск & Панель управления).
Найдите и откройте элемент «Экран».
В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
В открывшемся окне нажмите на ссылку «Дополнительные параметры».
Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.

Что Вы узнаете из этой статьи?

Способы диагностики некорректной работы платформы «1С:Предприятие 8»
Алгоритм действий при аварийном завершении 1С
Настройку технологического журнала для анализа «падений» процессов кластера серверов

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

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

С чего начать?

Представьте, что именно сегодня у Вас «вылетает 1С», то есть происходит самопроизвольная выгрузка из памяти процессов сервера приложений 1С. К тому же у части пользователей наблюдается аварийное завершение сеанса.

В данной ситуации для начала необходимо настроить технологический журнал (далее – ТЖ).

1. При возникновении проблем у Вас уже будут данные для анализа причин плохого поведения системы.
2. Вполне вероятно, что проблемы все-таки есть, но Вы о них ничего не знаете. К примеру, процессы сервера «падают» раз в 3-4 месяца, но пользователи не сообщают Вам об этом, предпочитая просто перезапуститься.

Файл настроек logcfg.xml технологического журнала должен выглядеть так:

Рассмотрим более подробно, что в нем содержится.

Первая и последняя строка открывают и закрывают xml-файл настроек.

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

Таким образом, наличие файлов в указанном каталоге c:v82dumps говорит о наличии проблем со стабильностью работы.

Третья строка включает запись логов ТЖ: логи будут храниться в указанном каталоге в течении 48 часов. Событие EXCP будет зафиксировано в случае возникновения исключения, это нужно, чтобы узнать, какой код выполнялся в момент ошибки.

События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.

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

Что делать, если появится дамп?

Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp

Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp

В котором ГГГГММДДЧЧММСС
– это дата и время падения.

Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.

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

ТЖ записывается для каждого процесса в свой отдельный каталог, имя которого задается по шаблону ИмяПроцесса_PIDПроцесса
.

Имя файла лога задается следующим образом: ГГММДДЧЧ.log

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

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

Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348
.

В моем логе отражено следующее:

0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов: ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма: 5: Крах();
Форма.Форма.Форма: 5: Крах();
Форма.Форма.Форма: 5: Крах();
……

Рассмотрим информацию данной строки:

EXCP – данное событие означает, что в системе возникло какое-либо исключение. Через запятую перечислены свойства этого события, приведем основные из них:

Process – имя процесса, где возникло исключение
processName – имя информационной базы
applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
computerName – имя компьютера, на котором был запущен клиент
Context – код, который выполнялся в момент падения, это самое важное для нас событие

Иногда с помощью контекста удается установить причину возникновения ошибки. В нашем случае причина падения достаточно очевидна – бесконечная рекурсия.

Рассмотрим другой пример

В версии 8.2.13 платформы «1С:Предприятие» присутствует очень популярная ошибка при работе с объектом «СистемнаяИнформация». При этом контекст ТЖ выглядит следующим образом:

Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’

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

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

Что делать, если понять причину падения по логам самостоятельно не удается?

Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.

Есть более удобный и быстрый вариант: разместить на партнерском форуме сообщение с описанием проблемы и прикрепить архив с дампом и логами к сообщению или дать ссылку на него.

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

Версию и разрядность серверной ОС
Разрядность сервера 1С
Количество серверов в кластере
Количество запущенных рабочих процессов на сервере 1С
Версию используемой СУБД
Ссылки на архив с дампом и логами для скачивания

Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».

Бурмистров Андрей

С чего начать?

Первое что необходимо сделать, это настроить технологический журнал (ТЖ).

Если кто не знает что это за зверь, то вам .

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

Есть 2 причины:

1. Если вдруг проблемы возникнут, то у вас уже будут все данные для расследования.

2. Возможно, что проблемы у вас уже есть, например процессы «падают» раз в 2-3 месяца, но вы об этом просто не знаете, т.к. пользователям легче перезапустится и продолжить работу, чем связываться с программистами.

Файл настроек ТЖ, тот который logcfg.xml, должен выглядеть следующим образом:

Теперь давайте разберемся с тем, что здесь написано.

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

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

В третьей строке мы включаем запись логов ТЖ, как не трудно догадаться, логи будут записываться в каталог «c:v82logs» и храниться 48 часов.

Событие EXCP пишется в случае возникновения исключения, и нужно что бы узнать какой код выполнялся в момент ошибки.

События PROC и ADMIN могут пригодиться разработчикам платформы для расследования.

Что делать, если появится дамп?

Допустим в каталоге dumps появился файл rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp

Имя дампа строится по следующему шаблону:

ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp

ГГГГММДДЧЧММСС — это дата и время падения, в нашем примере это 2013.10.25 16:24:41

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

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

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

ТЖ пишется в отдельный каталог для каждого процесса, имя каталога формируется по шаблону ИмяПроцесса_PIDПроцесса.

Имя файла лога формируется по следующему шаблону ГГММДДЧЧ.log

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

В данном случае нам нужен каталог rphost_3348.

Теперь в указанном каталоге нужно найти тот лог, в который писалась информация в момент падения. Опять же берем время падения из имени дампа, и таким образом находим файл лога 13102516.log

Открываем файл лога и ищем строку rphost_8.2.18.102_7c938235_20131025162441_3348

В моем случае в логе написано следующее:

Форма.Форма.Форма: 5: Крах();

EXCP
— это событие означает, что в системе возникло какое-либо исключение, далее через запятую перечислены свойства этого события, перечислим основные из них.

Process
— имя процесса, где возникло исключение

processName
— имя информационной базы

applicationName
— клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент

computerName
— имя компьютера, на котором был запущен клиент

Context
— код, который выполнялся в момент падения, это самое важное для нас событие.

С помощью контекста иногда (но реже чем хотелось бы) удается понять причину ошибки.

В моем случае причина падения очевидна, это бесконечная рекурсия.

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

Рассмотрим другой пример

В версии 8.2.13 есть одна очень популярная ошибка при работе с объектом «СистемнаяИнформация»

Контекст ТЖ выглядит примерно так:

Context=’Инфо = Новый СистемнаяИнформация;

Текст = «Версия 1С » + Инфо.ВерсияПриложения;’

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

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

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

Что делать, если понять причину падения по логам самостоятельно не удается?

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

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

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

Это намного более быстрый способ, чем обращение через тех. поддержку или решение проблемы методом научного тыка.

На партнерском форуме на ваши вопросы отвечают не только специалисты, которые возможно уже сталкивались с такой проблемой, но и сами разработчики платформы.

При обращении на форум, обязательно указывайте следующую информацию:

Ссылки на архив с дампом и логами для скачивания
Версию и разрядность серверной ОС
Разрядность сервера 1С
Количество серверов в кластере
Количество запущенных рабочих процессов на сервере 1С
Версию используемой СУБД

Содержание:

1. Возникновение системной ошибки дамп памяти

2. Ошибка дамп памяти в системе 1С

1. Возникновение системной ошибки дамп памяти

В данной статье будет рассмотрено представление ошибки Dump в 1С, будет проведена её диагностика, а также определено, как устранить данную ошибку и продолжить дальнейшую корректную работу системы 1С. Также будет представлена общая информация об ошибке Memorydump, для более глубокого её понимания.

Ошибка Dump, или как она называется в общем виде – ошибка дамп памяти, — это ошибка внутри содержимого общей рабочей памяти в рамках одного из рабочих процессов, ядра системы либо всей операционной системы. Ещё критический дамп памяти может содержать полную информацию о том, в каком состоянии находится система и программа, это могут быть величины значений в регистрах внутри процессора, а также то, что находится в стеке. Обычно во всех операционных системах есть возможность проводить сохранение дампа системной памяти для того, чтобы в дальнейшем проводить программную отладку. Чаще всего ошибка Dump в процессе проходит автоматическое сохранение по окончанию процесса, а заканчивается процесс из-за некоторой критической неисправной ошибки, примером может послужить ошибка сегментации. Также первопричины ошибки Dump можно самим сохранять, это делается при помощи отладчика либо иной программы для этих целей.

2. Ошибка дамп памяти в системе 1С

Рассмотрим, как можно устранить системную ошибку дамп памяти в системе 1С или иными, простыми, словами — что делать, когда система 1С «вылетела». Обычно любой разработчик, да и пользователь системы 1С сталкивался с таким сбоем, когда вся платформа «вылетает».

Устранить ошибку Dump в 1С можно многими способами, среди них обычная очистка кэша, после чего нужно будет установить платформу 1С заново, а также перемена политики и исправление ядра в реестре. Есть множество вариантов устранении данной критической ошибки дамп памяти, которые можно найти на просторах интернета, но все они в основном действенны не во всех случаях, а лишь в единичных.

Далее представлен вариант решения данной ошибки дамп памяти с предысторией её появления. На компьютер, который является рабочим, установили операционную систему Windows 10 Pro версии 1803 (номер сборки 17134.345, а номер платформы 8.3.12.1595). С самого начала работа системы 1С с новой платформой была неоднозначна и часто появлялась ошибка дамп памяти в windows 10, вид которой демонстрируется на скриншоте с примером ниже:

Пример ошибки дамп памяти

Более часто происходил сбой не в самом предприятии 1С, а в конфигураторе, при том, когда что-то передавалось в хранилище. Обычный запуск заново системы 1С не менял положения и ошибка Dump появлялась снова. При этом, если проводить очистку кэша, то на какое-то время ошибка дамп памяти устранялась, но затем, через какое-то время, появлялась снова.

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

Устранение ошибки дамп памяти

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

Модуль, который вызвал ошибку дамп памяти

Опираясь на информацию в окне выше, видим, что компонента MSVisualStudio 2015 (VisualC++) являлась первопричиной возникновения ошибки crash Dump в системе 1С. Переходим на официальный сайт, где необходимо скачать более новую версию. Как только установка прошла, нужно перейти в System32 и скопировать dll, после чего поменять в папки платформы 1С, как показано на скриншоте с примером ниже:

Изменение модуля для устранения ошибки дамп памяти

Система 1С приняла данную библиотеку, после чего ошибка Dump в системе 1С пропала.

В данной статье было дано общее описание ошибки дамп памяти, а также рассмотрено её появление в системе 1С, после чего был приведён общий универсальный алгоритм по устранению ошибки memory dump из системы 1С.

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Другие статьи по оптимизации 1С:

«Как в 1С регистрировать ошибки платформы»

«Описание и включение ТЖ»

«Настройка ТЖ»

Что Вы узнаете из этой статьи?

Способы диагностики некорректной работы платформы «1С:Предприятие 8»
Алгоритм действий при аварийном завершении 1С
Настройку технологического журнала для анализа «падений» процессов кластера серверов

С чего начать?

В данной ситуации для начала необходимо настроить технологический журнал (далее – ТЖ).

Даже если Вы не наблюдаете проблем, рекомендуется настроить сбор логов. Для чего?

Файл настроек logcfg.xml технологического журнала должен выглядеть так:

Пример файла настроек logcfg.xml

Рассмотрим более подробно, что в нем содержится.

Первая и последняя строка открывают и закрывают xml-файл настроек.

Таким образом, наличие файлов в указанном каталоге c:v82dumps говорит о наличии проблем со стабильностью работы.

События PROC и ADMIN вполне могут пригодиться разработчикам платформы для анализа проблем.

Что делать, если появится дамп?

Рассмотрим пример: в каталоге dumps появился файл: rphost_8.2.18.102_7c938235_20131025162441_3348.mdmp

Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp

В котором ГГГГММДДЧЧММСС – это дата и время падения.

Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.

Запись технологического журнала

Имя файла лога задается следующим образом: ГГММДДЧЧ.log

Затем открываем файл лога и находим строку rphost_8.2.18.102_7c938235_20131025162441_3348.

В моем логе отражено следующее:

0,EXCP,3,process=rphost,p:processName=Test,t:clientID=2,t:applicationName=1CV8C,t:computerName=AND-SERVER,t:connectID=196,SessionID=4,AppID=1CV8C,OSException=rphost_8.2.18.102_7c938235_20131025162441_3348,Context=’Форма.Вызов : ВнешняяОбработка.ВнешняяОбработка1.Форма.Форма.Модуль.Крах
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
Форма.Форма.Форма : 5 : Крах();
……

Рассмотрим информацию данной строки:

Process – имя процесса, где возникло исключение
processName – имя информационной базы
applicationName – клиент с которого пришел вызов, приведший к падению, в данном случае это тонкий клиент
computerName – имя компьютера, на котором был запущен клиент
Context – код, который выполнялся в момент падения, это самое важное для нас событие

Рассмотрим другой пример

Context=’Инфо = Новый СистемнаяИнформация;
Текст = «Версия 1С » + Инфо.ВерсияПриложения;’

Что делать, если понять причину падения по логам самостоятельно не удается?

Прежде всего, Вы можете обратиться в техническую поддержку фирмы «1С». Но это не самый быстрый способ.

Версию и разрядность серверной ОС
Разрядность сервера 1С
Количество серверов в кластере
Количество запущенных рабочих процессов на сервере 1С
Версию используемой СУБД
Ссылки на архив с дампом и логами для скачивания

Следует отметить, что этот вариант доступен только сотрудникам фирм-партнеров компании «1С».

Бурмистров Андрей

PDF-версия статьи для участников группы ВКонтакте

Мы ведем группу ВКонтакте – http://vk.com/kursypo1c.

Если Вы еще не вступили в группу – сделайте это сейчас и в блоке ниже (на этой странице) появятся ссылка на скачивание материалов.

Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)
Ссылка доступна для зарегистрированных пользователей)

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

Источник

Показывать по
10
20
40
сообщений

Новая тема

Ответить

K_s

Дата регистрации: 17.10.2005
Сообщений: 19

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

BelikovS

Дата регистрации: 05.03.2007
Сообщений: 1701

Версии платформы и конфигурации?

K_s

Дата регистрации: 17.10.2005
Сообщений: 19

Платформа 8.2.13.202 , а конфигурация 2.0.16.2.

Vladko

Дата регистрации: 27.08.2007
Сообщений: 2644

а антивирусник какой? Возможно он переусердствует

EvIL LEO

Дата регистрации: 10.04.2007
Сообщений: 15

Это обычно из-за Kaspersky Internet Security 2011. Его отключение не помогает, нужно либо удалить, либо слить последнюю версию KIS с сайта, с ней уже 1С 8.2 не вылетает

K_s

Дата регистрации: 17.10.2005
Сообщений: 19

Спасибо за совет. Я обязательно попробую этот вариант.

ОлегМОК

Дата регистрации: 24.12.2010
Сообщений: 77

У меня точно такая же проблема. Win XP и Касперский.<br>Спасибо за совет.<br>Попробую обновить Касперского.

ОлегМОК

Дата регистрации: 24.12.2010
Сообщений: 77

Обновил Касперский Интернет Секьюрити с версии 11.0.1.400 до 11.0.2.556.<br>Теперь 1С работает без проблем.

K_s

Дата регистрации: 17.10.2005
Сообщений: 19

Действительно помогло, только там стоял не Internet Security 2011, а обычный касперский. Скачал и поставил новую версию и все заработало. <br>Спасибо огромное за совет!

Показывать по
10
20
40
сообщений

Читают тему:

Источник

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

p1C

27.07.10 — 16:12

Как боротся с этим. Релиз 8.1.15.14, При запуске 1С появляется такая ошибка и тупо закрывается. В сети есть 4 компа, а ошибка выскакивает только у одного пользователя. Кто как боролся с этой ошибкой?

НуВотКак

1 — 27.07.10 — 16:14

ну пользователя другого создай для начала

p1C

2 — 27.07.10 — 16:20

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

НуВотКак

3 — 27.07.10 — 16:25

а! ну комп новый поставь

p1C

4 — 27.07.10 — 16:36

Какие-то другие идеи есть?

loh_pedalny

5 — 27.07.10 — 16:50

Антивирусы?

Переименовать каталоги 1cv81 в домашней папке и попробовать снова

p1C

6 — 27.07.10 — 17:07

А в чем смысл?

fimanich

7 — 27.07.10 — 20:37

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

p1C

8 — 28.07.10 — 10:24

У меня 1С не запускается для выбора список Инф. баз. Что делать?

alexkv_m

9 — 28.07.10 — 10:28

удали профиль 1С на данном компе..

если не поможет переустанови платформу…

p1C

10 — 28.07.10 — 10:34

Очистил кэш — та же проблема. Переустановляю платформу еще раз.Если у кого-то есть доп. идеи скажите пожалуста.

p1C

11 — 28.07.10 — 11:15

Проблема вроде решилась и без переустановки платформы. Просто на рабочем столе было exe-шник а не ярлык. Поменял на ярлык и очистил кэш и все заработало. Спс всем за идеи. Удачи всем

Источник

Ошибка при запуске базы

Автор Bur Poch, 21 мар 2013, 13:36

0 Пользователей и 1 гость просматривают эту тему.

Добрый день!
Давно ищу решение проблемы и не могу найти. Надеюсь на помощь.
Итак есть 1С 8.2.16.368 работающая в файловом режиме.
Платформа и базы на одном сервере, но на разных логических дисках.
Конфигурации:
Бухгалтерия предприятия, редакция 2.0 (2.0.45.5)
и Зарплата и Управление Персоналом, редакция 2.5 (2.5.62.1)
Машина Windows Server 2003 R2 x64 Enterprise SP2
Антивирус NOD32

Раньше пользователи (15 человек) нормально работали на этом сервере через терминальный доступ. Но в один прекрасный день стали по очереди испытывать проблемы со входом в Бухгалтерскую базу. Выдавалась ошибка «выполняется сохранение информации об ошибке для возможности последующего анализа» и программа закрывалась. После выдавалась ошибка Windows (см. скриншоты). Причем Зарплата и кадры до сих пор работают нормально на этом сервере через терминал. Сейчас же бухгалтерская база запускается только с платформ установленных на компьютерах пользователей (подключаются к расшаренной базе на сервере).

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

Уже не знаю где искать, База большая (4,22 Гб), и на пользовательских компах работает медленно, нужно возвращать терминальный доступ.

Заранее спасибо за помощь.

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

Добавлено: 21 мар 2013, 23:48

в файловом варианте работы 1 таблица не может превышать более 4 Гб ( в целом база состоит из нескольких десятков таких таблиц поэтому полностью база может быть значительнобольше). Так же можно копать в сторону файловой системы. FAT32 не может хранить файлы более 4 Гб. Можно провести тестирование и исправление базы. А так же отправить дамп разработчикам 1с, чтобы они детально описали причину ошибки.

Файловая система у меня NTFS, так что не думаю что тут проблема. Тестирование и исправление попробую запустить на ночь.
Сейчас посмотрел еще раз на базу — я ввел вас в заблуждение. Файл 1Cv8.1CD весит всего 2.2 Гб ( я посмотрел размер всей папки базы, а там видимо при обновлении оставили копию старого файла базы.
Так что размер вроде не такой критичный. Тот же файл базы Зарплаты и Кадры весит 3Гб, и при этом работает нормально через удаленный рабочий стол.

поробуйте перенести данные в пустую базу
с помощью выгрузказагрузкаxml

Цитата: МихаилМ от 23 мар 2013, 10:31
поробуйте перенести данные в пустую базу
с помощью выгрузказагрузкаxml

Что за выгрузказагрузкаxml такая? Администрирование-выгрузить, и потом в пустую загрузить?
Пытался выгрузить базу — пол дня работала выгрузка, файл с выгруженной базой был в полтора раза больше самой базы, после чего прервал операцию. Это вообще нормально?
При выполнении «Тестирование и исправление» — пишет не хватает памяти, причем на разных компьютерах пробовал.
Переустанавливал платформу. Не помогло.
Грешу на 64 битную ось. Только на ней такие косяки. Может быть засада в Win 2003 Server R2 Enterprise SP2 x64? Платворма установлена по умолчанию в папку Program files (x86).

Цитата: Bur Poch от 01 апр 2013, 17:00Что за выгрузказагрузкаxml такая?

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

Взял с диска ИТС обработку «ВыгрузкаЗагрузкаДанныхXML». Запустил выгрузку. Работала долго, после выдала ошибку «Недостаточно памяти».
Такая же ошибка выдается и про «Исправлении и тестировании».
Запустил обычную выгрузку базы и оставил на целый день и ночь, на утро выгрузка еще не была закончена, а файл выгрузки был размером под 10Гб, при размере самой базы 2.3Гб. Выгрузку убил.
Результат нулевой.

Добавлено: 04 апр 2013, 10:57

Скормил базу программе chdbfl.exe, после чего получилось запускать Тестирование и исправление и выгружать данные. Размер базы уменьшился до 1.8 Гб.
Но на сервере она по прежнему не запускается. При этом один пользователь спокойно работает через удаленный рабочий стол на этом сервере.
Буду копать настройки терминала и настройки двух HASP License manager’ов (два ключа на разных компах).

Цитата: Bur Poch от 02 апр 2013, 15:25Запустил обычную выгрузку базы и оставил на целый день и ночь, на утро выгрузка еще не была закончена, а файл выгрузки был размером под 10Гб, при размере самой базы 2.3Гб. Выгрузку убил.
Результат нулевой.

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

Добавлено: 05 апр 2013, 18:26

статья про перенос базы http://1c-md.com/administrirovanie/perenos-1c.html

Выполнить Тестирование и Исправление предлагали?
Выполнить реструктуризацию + переиндексацию(Увеличит скорость выполнения запросов к БД)
Выполнить сжатие таблиц ИБ?! (Уменьшит размер базы данных путем удаления пустых строк)

Удалить базу из списка выбора БАЗ и добавить заново! (кэш очиститься)

Если долго всматриваться в учебник…то в голову может прийти мысль его открыть!

Цитата: Bur Poch от 21 мар 2013, 13:36
Причем Зарплата и кадры до сих пор работают нормально на этом сервере через терминал. Сейчас же бухгалтерская база запускается только с платформ установленных на компьютерах пользователей (подключаются к расшаренной базе на сервере).

Кэш пользователей нужно почистить на терминале.

Источник

04.03.2011, 22:23

#1

Гость форума

База 1С 8.2 вылетает «Выполняется сохранение даннных…»

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

Windows 7 (64) Домашняя расширенная. 1С 8.2 (8.2.9.356), редакция 2.0 (2.0.14.8). Файловый, толстый клиент. Универсальный эмулятор.

Пеустанавливала 1с, тестировала через конфигуратор и утилиту Chddf — без ошибок.
На другой машине с ХР, и оригинальным ключом, таких проблем нет.
05.03.2011, 01:32

#2

Пришел за помощью

Если я не ошибаюсь, для 64-разрядной Windows 7 нет нормального эмулятора, а кряк который есть, он вот с такими вылетами.
05.03.2011, 16:04

#3

Иногда оказывает помощь

А Касперский 11.0.1.400 версии у вас случайно не стоит?
09.03.2011, 23:23

#4

Гость форума

Касперского нет, стои бесплатный антивирус от Windows.Добавлено через 12 часов 48 минут 6 секунд
Ну помогите мне, пожалуйста:(

Последний раз редактировалось Rittta; 09.03.2011 в 23:23.

Причина: Добавлено сообщение
11.03.2011, 14:31

#5

Пришел за помощью

Купите лицензию. Не так уж дорого она стоит.
13.03.2011, 07:57

#6

Иногда оказывает помощь

Сообщение от CyberNut

Если я не ошибаюсь, для 64-разрядной Windows 7 нет нормального эмулятора, а кряк который есть, он вот с такими вылетами.

Ошибаетесь уважаемый, есть. Установлен более года назад, проблем не замечено. Кроме того центр обновления Windows предложил обновить драйверы Aladdin USB Key и Aladdin HASP Key на соответственно SafeNet Inc. USB Key и SafeNet Inc. HASP Key, что я и сделал. Изменений и проблем отмечено не было.
14.03.2011, 07:08

#7

Пришел за помощью

была такая проблема у меня. вылетала из оборотки (особенно если в отчёте начинаешь мышью щёлкать по ячейкам, чтоб посмотреть)

обновил платформу до 1С:Предприятие 8.2 (8.2.13.205)
на win_xp(x32) и на win7(x64) все заработало нормально.
работает с эмулятором ключа нормально

кстати касперский тоже стоит (CRYSTAL), и ничего в нем особенного для 1с я не настраивал

эмулятор я выкладывал сюда http://forum.ruboard.ru/showthread.php?t=63076
(проверял сам. у меня все работает)
15.03.2011, 00:24

#8

Гость форума

Сообщение от rosl

была такая проблема у меня. вылетала из оборотки (особенно если в отчёте начинаешь мышью щёлкать по ячейкам, чтоб посмотреть)

обновил платформу до 1С:Предприятие 8.2 (8.2.13.205)
на win_xp(x32) и на win7(x64) все заработало нормально.
работает с эмулятором ключа нормально

кстати касперский тоже стоит (CRYSTAL), и ничего в нем особенного для 1с я не настраивал

эмулятор я выкладывал сюда http://forum.ruboard.ru/showthread.php?t=63076
(проверял сам. у меня все работает)

Ура! Ура! Ура! Обновила платформу до 8.2.13.205. И она работает. Спасибо.
14.05.2011, 10:41

#9

Гость форума

Вылетает 8.2. на платформе 13.219

Вылетает и на лицензионной версии и с крякнутой, непойму в чем дело! Вылетает или сразу после открытия или во время работы как захочет так слетит
15.05.2011, 21:06

#10

Иногда оказывает помощь

Сообщение от DimonEman

Вылетает и на лицензионной версии и с крякнутой, непойму в чем дело! Вылетает или сразу после открытия или во время работы как захочет так слетит

У вас скорее всего проблема из-за касперского, обновите его до последней версии:)