Ошибка: Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Неопознанная ошибка HRESULT=80004005 Признаки проблемы: нельзя выгрузить в dt Возможные причины: 1. (Гилев) не достаточно оперативной памяти. А еще точнее неэффектиное использование ресурсов памяти. Отсюда косвенные способы победить проблему: путем рестарта сервера (на некотрое время становится больше доступной памяти) или перейти на 64-разрядный сервер приложений 2. (1С) ошибки в конфигурации: 1. Проверить конфигурацию на наличие некорректной информации (мусора). Для этого следует выполнить команду "Проверка конфигурации" с установленным флажком "Проверка логической целостности конфигурации". При выявлении проблем будет выдано сообщение. Некорректная информация при этом будет удалена автоматически, однако следует обеспечить доступность для изменения корневого объекта конфигурации (напимер, при работе с хранилищем его следует захватить). 2. Если Ваша конфигурация находится на поддержке, следует подобным образом проверить конфигурацию поставщика. Для этого в настройке поддержки следует сохранить конфигурацию поставщика в cf файл, загрузить его в новую базу и выполнить описанную в пункте 1 процедуру. В случае, если было получено сообщение об исправлении, значит конфигурация поставщика содержит некорректную информацию. В этом случае следует снять Вашу конфигурацию с поддержки и заново поставить путем объединения со свежим релизом конфигурации поставщика. В настоящее время все релизы выпускаемые 1С проходят проверку и выпускаются без данной проблемы. 3. Также с этой ситуацией пересекается следующая ситуация: 10007066 Запись данных, содержащих колонки типа ХранилищеЗначения Проблема: При использовании СУБД MS SQL SERVER при записи объекта базы данных, содержащего несколько колонок типа ХранилищеЗначения, данные для которых получены из файлов, может происходить ошибка Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatch HRESULT=80004005 и аварийное завершение работы программы. Дата публикации: 2008-11-13 Включив технологический журнал на время загрузки, можно определить таблицу, в которой содержатся такие хранилища. Найдите средствами MS SQL Server Query Analizer в этой таблице колонки типа image. Для каждой колонки типа image выполните запрос вида: select top 10 DATALENGTH(_Fld4044) from _InfoReg4038 order by DATALENGTH(_Fld4044) desc Нюансы: обратите внимание, что "Стандартные проверки" платформой (chdbfl, в конфигураторе) упорно говорят, что с базой все ОК. 3. (Гилев) По опыту проблема связана с хранением данных в реквизите хранилище значений либо наличием в таблице config двоичных данных БОЛЬШЕ 120 mb. Обобщенные рекомендации, если рекомендации от 1С не помогли (проделать следующие действия в указанном порядке): 1. Выключить все фоновый задачи у всех баз В 8.1.11 появился переключатель "запрет на фоновые задания" в момент создания базы. 2. Перезапустить сервер. Этот шаг является частным случаем для вашего случая и после него тоже есть смысл проверять работоспособность. Однако поскольку существуют утечки памяти, то через некоторое время после рестарта пролема может вернуться. 3. делаем бэкап средствами sql, Делать резервное копирование рекомендую при любых действиях, когда может потребоваться "возврат" к предыдущему состоянию данных 4. снимаем базу с поддержки, выгружаем cf. Убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение) убиваем в менежмент консоли базе данных в таблице config запись более 120Мб, делаем "загрузить конфигурацию" (не объединение) или (почти тоже) 1. Открыть конфигуратор; 2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ! 3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации); 4. В SQL для требуемой базы выполнил следующую команду: DELETE FROM dbo.Config WHERE DataSize > 125829120 5. Загрузить сохраненную конфигурацию обратно. (есть сообщения, что тот же результат будет без п.2,п.5, но в этом случае убивается конф.поставщика и дальнейшие обновления не пройдут) или попробовать и более радикальный шаг: удаляем (в менежмент консоли) в базе данных таблицу "config" DROP TABLE [dbo].[Config] (есть предположение что это конфигурация поставщика, и там есть ошибка) 5. делаем "загрузить конфигурацию" (не объединение) из cf, после этого проверяем, проблема уходит. 4. (1С-Рарус) ошибка связана также с обновлением конфигураций через хранилище и "неудачным" отключением от хранилища. Задача: Не выгружается CF-файл основной конфигурации с вышеуказанной ошибкой. Не выгружается база на диск в DT-файл. Решение: 1. Выгружаем на диск CF-файл из Конфигурации Базы данных. Скорее всего, он выгрузиться корректно, 2. если так и есть, то делаем "Сравнить/объединить с конфигурацией из файла" в качестве файла укажем файл выгруженный в п.1. Всё. Можно еще попытаться "Вернуться к конфигурации БД" (для страховки сделайте предварительно бэкап базы средствами SQL) myk0lka 21.03.11 9:44 URL Это спам vОтветить Аналогичная проблема была решена вот так: На сервере с 1С Сервером и с MSSQL-сервером заходим в: Панель управления -> Администрирование -> Локальные параметры безопасности В открывшейся оснастке: Локальные политики - Назначение прав пользователя. В появившемся списке политик находим "Закрепление страниц в памяти", двойной клик по этой политике и в открывшемся окне на закладке "Параметр локальной безопасности" добавляем в список пользователей тех юзеров, под которыми на сервере стартуют 1С Сервер, MSSQL-сервер и клиент 1С(если он на сервере запускается для каких либо целей). Далее жмём "ОК" и перестартуем севисы MSSQL и 1С сервера. Всё. У меня после этого всё работает нормально. [+] [?] 9. myk0lka 11.04.11 22:17 URL Это спам vОтветить + К предыдущему: Желательно те же манипуляции провести с политикой "Настройка квот памяти для процесса". Она находится в этом же списке чуть ниже.