Ошибка субд out of memory for query result 1с postgresql

1С 8, как исправить, устранить, ошибка СУБД в конфигураторе, out of memory for query result, 1С, 1c, 8, 8,x, 8.1, 8.2, 8.3

Описание ошибки:
Платоформа 1С: Предприятие 8.3.16.1148. Клиент-серверный вариант работы базы на СУБД PostgreSQL. Ошибка втречалась при попытке выгрузить базу через «Администрирование» — «Выгрузить информационную базу…», т.е. при попытке выгрузить информационную базу в архив .dt.

Найденные решения:

1C 8 Ошибка СУБД out of memory for query result

Как было указано в кратком описании ошибки — база клиент-серверная на СУБД PostgreSQL. Логично, если перевести формулировку «out of memory for query result» — «недостаточно памяти для результата запроса». Так же само «Ошибка СУБД» отправляет решать проблему не на стороне 1С, а на сторону СУБД. Поэтому необходимо изменить параметры использования ресурсов сервера — естественно в сторону увеличения объема используемых ресурсов. В СУБД PostgreSQL это делается путем редактирования соответствующего файла «postgresql.conf», который по умолчанию находится (при установке с параметрами «по умолчанию») в «C:Program Files (x86)PostgreSQL9.4.2-1.1Cdata» для x32-версии и в «C:Program FilesPostgreSQL9.4.2-1.1Cdata» для x64-версии.

1С 8 при сохранении базы в dt ошибка СУБД out of memory for query result

В этот статье нет смысла описывать актуальные параметры настроек файла конфигурации «postgresql.conf», в помощь по этому вопросу соответствующая исчерпывающая публикация на сайте профессионального сообщества infostart.ru:

Настройка PostgreSQL для работы в связке с 1С 8.х на ОС Windows

После изменения и сохранения параметров в «postgresql.conf». Необходимо перезапустить службу «PostgreSQL Database Server …» в «Службах» операционной системы Windows сервера, чтобы новые параметры вступили в силу.

1С 8 postgreSQL ошибка субд out of memory for query result

Если все-таки не получилось изменить параметры использования ресурсов в файле конфигурации  СУБД «postgresql.conf» по каким-либо причинам, то попробуйте выполнить операцию, которая завершается ошибкой «Ошибка СУБД: out of memory for query result» не на самом сервере, а на одном из клиентских рабочих мест. Если не получится на одном, то попробуйте на другом — на практике так получалось обходить ошибку.

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

22-09-2020

Журавлев А.С.
(Сайт azhur-c.ru)

Александр Рудницкий

Александр Рудницкий


Программист 1С компании CorpSoft24

Ошибка системы «1С: Предприятие 8.3» из-за нехватки памяти — постоянный спутник администратора 1С. Разбираемся, из-за чего они возникают, и рассматриваем пример диагностики одного подобного эпизода из практики администрирования сервера 1С.

Природа проблемы

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

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

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

Приведу пример расследования одной подобной ошибки из своей практики.

Инцидент

Поступило обращение со следующей ошибкой:

Смотрим журнал регистрации, там так же выводится ошибка с пояснением о нехватке памяти на сервере:

Иллюстрация: нехватка памятиИллюстрация: нехватка памяти

Настроив технологический журнал (ТЖ) системы 1С с событием EXCP — EXCPCNTX обнаруживаем запись:

Ошибка СУБД out of memory for query result

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

Находим код конфигурации, вызывающий ошибку.

В журнале регистрации указан следующий код:

{ОбщийМодуль.ДокументооборотСКОВызовСервера.Модуль(22)}: Ошибка при вызове метода контекста (Получить)
по причине:

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

Открываем конфигуратор и переходим в указанный модуль к указанному номеру строки кода:

Иллюстрация: нехватка памяти

Строка, на которой произошла ошибка:

ВнешниеОбъектыХранилище = Константы.ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль;
ДвоичныеДанныеОбработки = ВнешниеОбъектыХранилище.Получить().Получить();

Смотрим тип объекта (константы), к которой идёт обращение:

Иллюстрация: нехватка памяти

Итак, в конфигурации есть константа:

ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль

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

Проверяем, какой объем данных фактически занимает константа. Для этого узнаем имя таблицы хранения в базе PostgreSQL — таблица «_Const10013», индекс «_Const10013_ByKey».

Иллюстрация: нехватка памяти

Узнаем размер таблиц «Const10013», «_Const10013_ByKey» на диске:

На диске таблица занимает всего 4688 Кб = 4,6 Мб. Размер является незначительным, значит, причина не в константе.

Обнаруживаем, что кластер 1С является 32-разрядным:

32-разрядный кластер 1С имеет ограничение примерно в 3.8 Гб, при достижении которого происходит падение процесса. В режиме отсутствия нагрузки rphost занял 3,2 Гб, что близко к порогу падения. Подобные инциденты будут происходить в любой момент времени.

Внесены изменения:

  • В кластере серверов 1С «Интервал превышения допустимого объёма памяти процессов» = 300. Настройка не избавляет от ошибки, но необходима для снижения частоты возникновения ошибки.
  • В планировщике Windows настроен перезапуск службы 1С; такими образом освобождается виртуальное адресное пространство в памяти, создаётся новый рабочий процесс.

Настройка также не гарантирует от ошибки, но снижает вероятность её возникновения.

Для предотвращения повторной ошибки следует:

  • Сменить 32-разрядный кластер серверов 1С на 64-разрядный.
  • Так как на сервере используется 14 ядер процессора, необходимо осуществить переход на платформенные лицензии 1С КОРП для снятия ограничений по настройкам и обеспечения возможностей для гибкой настройки распределения памяти сервера.

Другие варианты

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

Источником проблемы также может быть недостаток пространства на жестком диске сервера. Здесь решение будет зависеть от устройство сервера или кластера, но здесь также могут помочь и перезапуск сервера, и наращивание ёмкости диска (или освобождение существующего пространства), а также оптимизация запросов или обновление версии ПО системы.

Расследование
возникшей ошибки нехватки памяти на
сервере 1С

Поступило
обращение со следующей
ошибкой:
«Неспецифицированная ошибка
работы с ресурсом
Ошибка при выполнении
запроса POST к ресурсу /e1cib/login:

Недостаточно
свободной памяти для выполнения
операции
Выполняется ожидание
возможности запуска.

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

Нажмите «Выполнить запуск» для немедленной
попытки запуска.

Нажмите «Отмена» для отказа от запуска.»

Смотрим
журнал регистрации:

Настроив
ТЖ с событием EXCP, EXCPCNTX обнаруживаем
запись:

«Ошибка
СУБД out of memory for query result»

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

Находим
код конфигурации, вызывающий ошибку:

В
журнале регистрации указан следующий
код:

{ОбщийМодуль.ДокументооборотСКОВызовСервера.Модуль(22)}:
Ошибка при вызове метода контекста
(Получить)

по
причине:

по
причине:

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

Открываем
конфигуратор и переходим в указанный
модуль к указанному номеру строки кода:

Строка,
на которой произошла ошибка:

ВнешниеОбъектыХранилище
= Константы.ДокументооборотСКонтролирующимиОрганами_ВнешнийМодуль;

ДвоичныеДанныеОбработки
= ВнешниеОбъектыХранилище.Получить().Получить();

Смотрим
тип объекта (константы), к которой идет
обращение:

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

Проверяем,
какой объем данных фактически занимает
константа.

Узнаем
имя таблицы хранения в базе PostgreSQL —
таблица «_Const10013», индекс «_Const10013_ByKey».

Узнаем
размер таблиц «Const10013», «_Const10013_ByKey» на
диске:

На
диске таблица занимает всего 4688 Кб = 4,6
Мб. Размер является незначительным,
причина не в константе.

Обнаруживаем,
что кластер 1С является 32-разрядным:

32-разрядный
кластер 1С имеет ограничение, примерно,
3.8 Гб, по достижении которого происходит
падение процесса, службы.

В
режиме отсутствия нагрузки rphost занял
3,2 Гб, что близко к порогу падения.

Подобные
падения будут происходить в любой момент
времени.

Внесены
изменения:

— в
кластере серверов 1С «Интервал превышения
допустимого объема памяти процессов»
= 300. Настройка не избавляет от ошибки,
но необходима для снижения частоты
возникновения ошибки.

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

Для
предотвращения повторной ошибки
лучше:


сменить 32-разрядный кластер серверов
1С на 64-разрядный;


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

Так
как на сервере используется 14 ядер
процессора, то необходим переход на
платформенные лицензии КОРП.

   Johan

06.09.17 — 08:02

Добрый день,прошу помощи в решении проблемы

пользую 1с 8.3.9.2309 + PostgreSql 9.4.2-1.1C происходит ошибка при загрузке базы dt ,ошибка 53200 error out of memory detail failed on request of size 536870912

ОС windows server 2016 standard,аналогичная проблема и на других ос

Пробовал менять настройки конфига pg,сейчас они такие

Это из основных как я полагаю интересующих :

shared_buffers = 64MB            # min 128kB

temp_buffers = 256MB            # min 800kB

work_mem = 128MB                # min 64kB

maintenance_work_mem = 256MB        # min 1MB

effective_cache_size = 6GB

——————————————

Всего оперативной памяти 16gb

Причём конкретно только одна база не загружается (она исправна,её тестировал БП 2.0)

ещё пробовал увеличить файл подкачки на диске С

Помогите кто сталкивался с такой же проблемой?кто её решил?

   Arh01

1 — 06.09.17 — 08:10

разрядность PostgreSql какая?

   Johan

2 — 06.09.17 — 08:12

(1) 64 разрядная как и windows server

   Johan

3 — 06.09.17 — 08:21

В логе вот что пишет:  

pg_authid_rolname_index: 1024 total in 1 blocks; 552 free (0 chunks); 472 used

  MdSmgr: 8192 total in 1 blocks; 6544 free (0 chunks); 1648 used

  LOCALLOCK hash: 8192 total in 1 blocks; 2880 free (0 chunks); 5312 used

  Timezones: 79320 total in 2 blocks; 5968 free (0 chunks); 73352 used

  ErrorContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used

2017-09-04 18:55:43 MSK ERROR:  out of memory

2017-09-04 18:55:43 MSK DETAIL:  Failed on request of size 536870912.

2017-09-04 18:55:43 MSK CONTEXT:  COPY config, line 328, column binarydata

2017-09-04 18:55:43 MSK STATEMENT:  COPY Config FROM STDIN BINARY

   rphosts

4 — 06.09.17 — 08:21

попробуй в  work_mem указать немного больше чем от тебя просят

   Johan

5 — 06.09.17 — 08:22

ставил 256 и 512

   rphosts

6 — 06.09.17 — 08:22

и да, этот ДТ куда-то вообще загружается? Он точно не битый?

   rphosts

7 — 06.09.17 — 08:23

(5) переведи  «on request of size 536870912»

   Johan

8 — 06.09.17 — 08:25

(6) Да как файловая база он загружается

   Johan

9 — 06.09.17 — 08:27

(6) и точно не битый делал тестирование и исправление и chdbfl,без ошибок

   Johan

10 — 06.09.17 — 08:30

(7)размер по запросу 536870912,полагаю что не хватает памяти загрузить какую то таблицу

   Johan

11 — 06.09.17 — 08:31

а где её увеличить!?или может какой то другой параметр нужно увеличить

   rphosts

12 — 06.09.17 — 08:34

(11) 536 больше 512?

   Johan

13 — 06.09.17 — 08:36

(12) я понял к чему ты,я пробовал и 1024 ставить

   Johan

14 — 06.09.17 — 08:36

(12) но вот только не везде

   Johan

15 — 06.09.17 — 08:39

Попробую work_mem выставить > 536 ,но смогу попробовать вечером

   rphosts

16 — 06.09.17 — 08:52

(15) сделай сразу побольше чтобы наверняка

   Johan

17 — 06.09.17 — 09:07

(16) да 1024 поставлю,отпишусь по результату

   Asmody

18 — 06.09.17 — 09:20

и temp_buffers тоже.

   Asmody

19 — 06.09.17 — 09:30

shared_buffers рекомендуется делать побольше. 1/4 — 1/3 RAM.

maintenance_work_mem в 1/2 RAM или больше (до RAM-shared_buffers)

   Johan

20 — 06.09.17 — 09:40

(19) если не ошибаюсь то пробовал я ставить и больше 1 gb в

shared_buffers или temp_buffers служба pg перестаёт запускаться

   Johan

21 — 06.09.17 — 11:01

(16) Попробывал,выставить 1024 work_mem,shared_buffers,temp_buffers ошибка всё равно выходит

   Johan

22 — 06.09.17 — 11:04

Увидел вот какой момент,в свойствах Pg есть строка версии где написано PostgreSQL 9.4.2,complited by Visual C++ build 1500, 32-bit

   Johan

23 — 06.09.17 — 11:06

мне эта строка не нравится,типа используются компоненты Visual C++ 32 бита,посмотрел на давно созданном сервере тоже на pg там 64 стоит м.б дело в этом!?

   Johan

24 — 06.09.17 — 11:26

Похоже что да,вроде как ура..грузит ,но ошибку не выкидывает

   Johan

25 — 06.09.17 — 11:36

победа,парни дико извиняюсь,3 дня не в ту сторону смотрел,не тот дистрибутив поставил поставил общий,а надо было postgresql-9.4.2-1.1C_x64

   Arh01

26 — 06.09.17 — 11:49

(25) Теперь научился отличать приложения х64 от х86?

   dezss

27 — 06.09.17 — 11:55

(12) они равны

  

Johan

28 — 06.09.17 — 12:35

(26) Да,я поставил не посмотрев,а в описании в pg и сервис написано 64 Bit,а вот когда увидел строку версии ,тогда меня смутило

  1. 07.07.2015, 10:17


    #1

    Eugene87 вне форума


    Гость форума


    По умолчанию Ошибка СУБД: out of memory for query result

    Собственно говоря вылетает такая ошибка при попытке сохранения конфигурации, 1 раз сохраняет нормально а потом начинается ошибка вылетать, делаю стоп/старт сервер 1с и опять 1 раз сохраняет а потом ошибка, сервер 1с на вин2003сервер х32, сервер баз данных на постгри центос7_х64, что можно сделать, кто сталкивался и как решили?


  2. 07.07.2015, 10:47


    #2

    Kedis вне форума


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


    По умолчанию

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


  3. 07.07.2015, 11:18


    #3

    Eugene87 вне форума


    Гость форума


    По умолчанию

    8.3.6.1977 вот эта версия, а не может быть из-за того что сервер 1с 32 битный, а сервер баз данных 64 битный?


  4. 07.07.2015, 11:43


    #4

    Kedis вне форума


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


    По умолчанию

    Цитата Сообщение от Eugene87
    Посмотреть сообщение

    8.3.6.1977 вот эта версия, а не может быть из-за того что сервер 1с 32 битный, а сервер баз данных 64 битный?

    У меня данный релиз, проблем не замечалось подобных.
    А раньше данные проблемы наблюдали или новое поднимали?
    Если старое, то после чего стали появляться данные проблемы?


  5. 07.07.2015, 12:13


    #5

    avm3110 вне форума


    Гордость форума PRO


    По умолчанию

    сервер баз данных на постгри центос7_х64

    Проблема на стороне СУБД — однозначно.


  6. 07.07.2015, 12:55


    #6

    Eugene87 вне форума


    Гость форума


    По умолчанию

    да раньше было на винде2003сервер стоял ibm db2 c, вроде работало, но сейчас и базы стали тяжелее..———- Post added at 15:55 ———- Previous post was at 15:53 ———-я тоже сначала так думал.. но проблема устраняется когда я делаю именно перезапуск сервера 1с, а сервер бд вообще по ресурсам не напрягается, что самое удивительное и рпхост 2 процесса по 600-800 мб весят и не поднимаются выше, а пишет аут оф мемори.. ничего не понимаю..


  7. 07.07.2015, 13:12


    #7

    avm3110 вне форума


    Гордость форума PRO


    По умолчанию

    но проблема устраняется когда я делаю именно перезапуск сервера 1с, а сервер бд вообще по ресурсам не напрягается

    Это ни о чем не говорит.

    Если например проблема с tempdb, то при перезапуске ты чистишь его (сервер 1С отваливается от сиквела и все «занятое» идёт в треш). Поэтому однозначно рыть в сторону СУБД, я бы начал бы с tempdb, хотя может и проблемы с лог или дата файлами.


  8. 07.07.2015, 13:59


    #8

    Eugene87 вне форума


    Гость форума


    По умолчанию

    попробую 32 битную посгри поставить или еще есть идея ibm db2 express c поставить) в 10й версии увеличили ограничение озу до 4 гб


  9. 07.07.2015, 14:03


    #9

    avm3110 вне форума


    Гордость форума PRO


    По умолчанию

    или еще есть идея ibm db2 express

    Поставь мелкомягкий экспрес — там сейчас также 4 Гб


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

В данном случае Microsoft OLE DB Provider for SQL Server выдаёт такую информацию: «Неопознанная ошибка hresult 80004005». При этом главным признаком проблемы является невозможность выгрузить информацию в базу.

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

Ошибка выделения памяти hresult 80004005

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

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

Поддержка конфигурации требует её проверки и у поставщиков. С этой целью:

  • нужно сохранить данные о конфигурации поставщиков. Для этого используйте CF-файл;
  • теперь необходимо провести загрузку файла в обновлённую базу;
  • выполните операцию, которая описана в п.1.

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

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

Ошибка hresult 80004005

Сопутствующая проблема и методы её решения

С ситуацией, описанной ранее, тесно связана ещё одна, происходящая параллельно. Выглядит она так: 10007066.

Суть проблемы: когда используется СУБД MS SQL SERVER, во время записи объекта из базы с несколькими колонками (например, «Значения» и «Хранилища»), часто случается другой тип ошибки.

Выглядит она таким образом:

Ошибка СУБД:Microsoft OLE DB Provider for SQL Server: String data length mismatchHRESULT=80004005.

Когда происходит ошибка 1с hresult clr 80004005, программа завершает свою работу в аварийном режиме.

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

С помощью средств MS SQL Server Query Analizer нужно найти в табличке несколько колонок image и сделать для каждой следующий запрос

select top 10 DATALENGTH(_Fld4044 from _InfoReg4038  order by DATALENGTH(_Fld4044) desc

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

Ошибка выделения памяти hresult 80004005 (на английском это out of memory for query result 1с) может происходить вследствие различных причин, имеющей общую черту. Для системы 1С это, прежде всего, недостаток оперативной памяти. Если говорить точнее, речь идёт о некорректном применении возможностей памяти, поэтому для решения задачи лучше использовать несколько косвенных алгоритмов.

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

Исходя из опыта, ошибка СУБД hresult 80004005 чаще определяется двумя факторами:

  • данные хранятся в хранилище значений (реквизите);
  • в таблице конфигураций содержатся двоичные данные объёмом более 120 мегабайт.

Когда советы от сотрудников 1С не приносят результата (ошибка 1с hresult 80004005 остаётся), попробуйте воспользоваться другой пошаговой инструкцией:

Наши постоянные клиенты по 1С:

Корона Лифт

Гознак

Накфф

Рембаза

Rozara

  • используйте все базы, включив у них все фоновые задачи;
  • в 8.1.11. должен появиться переключатель о запрете на фоновые задачи (во время создания базы);
  • сделайте перезапуск сервера.

Имеет смысл проверки работоспособности. Тем не менее вследствие утечек памяти проблема может возникнуть снова — после перезапуска. В этом случае целесообразно:

  • воспользоваться инструментами sql и сделать бэкап;
  • снять базу с поддержки;
  • выгрузить  cf.

Во время любых действий следует копировать файлы в резерв, так как в любой момент может возникнуть необходимость возвращения к исходному статусу информации. Далее надо убрать в менеджменте консоли (config) запись «более 120 мегабайт» и провести загрузку конфигурации (не объединять, а загрузить).

Есть ещё один способ, с помощью которого неопознанная ошибка субд hresult 80004005 может быть исправлена. Нужно открыть конфигуратор и снять конфигурацию, не сохраняя её. Далее, сохранив, нужно поместить её в отдельный файл без сохранения её изменённого вида.

Выполните в SQL операцию, предназначенную для конкретной базы:

DELETE FROM dbo.Config WHERE DataSize > 125829120

После выполнения этой команды проведите загрузку сохранённой конфигурации.

Что касается радикальных шагов, используемых в особо трудных ситуациях, иногда помогает такая схема:

  • удалите таблицу config из базы данных, воспользовавшись менеджментом консоли DROP TABLE [dbo].[Config];
  • проведите загрузку конфигурации (не «объединить»,а именно «загрузить»).

После проведения проверки проблема должна уйти.

  • Стоимость работ специалистов IT Rush — 2000 руб./час
  • Абонемент от 50 часов в месяц – 1900 руб./час
  • Абонемент от 100 часов в месяц – 1800 руб./час

Нам доверяют:

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

Друзья, выручайте! Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL. Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать! Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. Утром пришли — никто не может зайти в базу никак. Что делать, куда смотреть? Админов на днях уволили, идти не к кому.

хах) выпал с последней строчки) Нанимайте админов обратно за большие бабки

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

кто увольнял пусть тот и разбирается — он же умный

Чего хоть пишет-то? А вообще в верный ответ.

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

Все это смешно, странно и нелепо, и даже матом. Но что лично я могу сделать, to save the day? Спасайте, вокруг истерика.

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

Ошибка про память была вчера при попытке сделать бэкап. Сегодня никакой ошибки не выдает. Просто не загружается ни в каком режиме и всё. Даже логин-пароль не спрашивает.

А ты каким боком к этому? Я бы последовал за админами.

Или изучай администрирование постгри или ищите спецов или руками в новой базе.

>Но что лично я могу сделать, to save the day? съешь еще мягких булок и выпей чаю… глупо «за спасибо» решать чужие косяки привыкнут и с шеи уже не слезут а потом как с админами

А бэкап то выгрузился? Который силами Postgre?

вроде бы да. Последнее сообщение было «pg_dump процесс вернул код выхода 0 » — я так понимаю — это успех. я бы с удовольствием. А как? Физически я не имею доступа к серверной.

А кто имеет доступ? Коль админов то нет

Беги отуда. Все админов нет, сервера никто не перезагрузит…

Уволили админов, после отвалилась база. «Сов падение»

Так пусть тот кто имеет, тот и перезагрузит. Или админов уволили и не поставили ответственного вместо них с соответствующими доступами(логинами/паролями).

будет круто если ключи у уволенных админов :)

«Админов на днях уволили»+»Утром пришли, не можем зайти в базу УПП 1.2 на postgreSQL» эта ветка сделал мой день. Автор, это называется обратная связь и последствия. Типа того, как, когда вечером водку пьешь, а на утро в организме херово.

сферический бардак в вакууме

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

с такими вопросами и 1с программист тоже под вопросом большим

найти электриков. обесточить серверную, можно целиком весь этаж. Дождаться пока разрядяться УПС. Включить свет. Молиться,что бы на серверах стояло автовключение… :)))

@Уволили админов и теперь не можем войти в 1С. С чего начать?@ — , я думаю, нужно начинать писать заявление на увольнение.

>> Тогда я запустила бэкап через pgAdmin на ночь вчера. >> Утром пришли — никто не может зайти в базу никак. Даже и не знаю, кто виноват…

«кто-кто — никто», — как говорит моя Танюшка (5 лет) Абсолютно всем вокруг понятно, что без админов нам никак. Однако руководство имеет свое мнение. А т.к. я теперь «последний айтишник», то ко мне идут со сем, от отвалившегося интернета до неработающих телефонов. А через pgadmin я не могу как-то что-то сделать?

В сабже явно присутствует причинно-следственная связь :)

Дело в бэкапе? Я запустила в 17, ушла домой в 18, бухи работали в базе до 21 часа.

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

Молодцы чо. +5 в карму всей конторе … «Уволили админов — зайти неможем» ыыыыыы

Оно тебе надо чужую работу делать?

Вот на тебя всех собак и повесят.

А чего на ТС накинулись? :) Беги оттуда. Незамедлительно.

Тот, кто уволил — пусть решает. И . Однозначно!

Да. У меня так же знакомого админа уволили. Вторые сутки стоят.

Я попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result. Тогда я запустила бэкап через pgAdmin на ночь вчера. .. А зачем? Что им даст бэкап через pgAdmin ?

«Абсолютно всем вокруг понятно, что без админов нам никак. Однако руководство имеет свое мнение. » — а ты с какого решаешь админские задачи? админов нет — работа стоит. задача ОРГАНИЗАЦИИ НЕПРЕРЫВНОГО ПРОЦЕССА РАБОТЫ — как раз в компетенции руководителей. пусть они мозг ломают, а не ты. Модераторы — закройте нафиг ветку, не надо нам этих задач. и Тсу не надо. Пора уже корп.солидарность в сообщесьтве воспитывать

Кстате да, или как или прийти и сказать я щас одна за всех — оклад х2 хочу.

Перезагрузить компьютер +1

Да ее не отпустят,судя как она себя ведет сейчас.

Вангую, что этот сабж будет сегодня в топе.

а что тебя там так держит ? Москва же, работу найти не проблема.

#48
by Остап Сулейманович

«ко мне идут со сем, от отвалившегося интернета до неработающих телефонов.» За полы помыть, за пирожком сгонять еще не приходили? Готовьтесь. Скоро придут.

и разгребать бордель в котором ни в зуб ногой? уволят по статье

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

А Одмины когда увольнялись, имена, пароли, явки оставили? Имеется ввиду куда с каким именем и паролем зайти. Если не оставили, доложи об этом куроводству, пусть решают этот вопрос, раз не продумали при  увольнении админов.

Без навыков ты вряд ли что-то сможешь сделать. А навредить — запросто. Попробуй объяснить руководству, что требуется профильный специалист. А лучше увольняйся, пока по статье не уволили, предварительно повесив всех собак. Это называется попадалово. З.Ы. Если так очень хочется остаться — ищи среди знакомых айтишников админа за свой счет, чтобы он хотя бы текущую проблему решил. Здесь на форуме при всем желании никто помочь без соответствующего доступа к серверу, личного желания и свободного времени не сможет.

валить-валить-валить. Я бы на твоем месте пришел к шефу, сказал что полный бездарь и закочненный болван, притворялся, что знаю 1с…ну вобщем что придумаешь. Заявление на стол-подпись-обходной-трудовая-уф успела…Вытираешь пот и на хедхантер. Иначе печалька будет.

#54
by Остап Сулейманович

К сожалению ТС — таки оставили. Потом она «попробовала сделать им бэкап, как они просили, средствами 1С не вышло — Ошибка СУБД. Out of memory for query result.». После еЯ потуг база упала наглухо. Что ей делать в таком случае?

московская фирма с базами на postgreSQL — это говорит о многом :)

Странная логика у руководства — админов уволили, а одинэсника оставили…

за одинесника небось бухгалтерия заступается, а админы никому непонятны

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

Спасибо. Понятно. Одинэсника тоже уволили. Взяли вот меня за 30 тыщ в месяц, и те 10 числа  не заплатили.

Любопытно на форумах авиаторов есть темы типа: «уволили пилотов, не могу посадить самолет. С чего начать?»

Логика из серии — «тыж программист» (с)

<А пароли в красной тетрадке записаны. > а безопасность какже?

те просто чуть опытнее и вовремя сдернули,а лопухи остались

Взяли как?ты где-то расписывалась или все на словах?

А по какой статье могут уволить?

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

проси за восстановление 200к, нет увольняйся

а что за контора хоть ? Название или хотя бы чем занимается ?

«Эта база вообще какая-то странная. Ее осенью ставил себе тогда работавший программист как тестовую. Поставил и забыл. И тут в майские праздники выясняется, что бухам надо срочно из нее отчеты сдавать!» это в мемориз…

А вы уверены, что после восстановления вас туда же не отправят, не заплатив?

должностную инструкцию изменили?

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

Откуда ты знаешь, что плохие? Может это диверсия была? Очень похоже на эту историю:

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

Сова купляться не захотела

и в случае официального устройства — в трудинспекцию по поводу невыплаты зп.

Чего-то не пойму, рабочая база грохнулась или тестовая?

«всё смешалось в доме…» (с) делай да поскорее.

Тут непонятно. База тестовая еще с сентября, но отчетность какую-то сдавать именно из нее надо. хз)

Вызовите скорую, человеку плохо

а мне одному кажется, что УПП 1.2 несколько старомодна в этом году?

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

тестовая внезапно оказалась рабочей ))) Но, насколько я знаю, ничего в ней не тестировали. И не работали. А теперь решили работать и вот.

Стоп.. стоп, что за бред… с сентября никто в ней не работал и тут вдруг решили.

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

то есть ты упорно хочешь себе заработать головняк…

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

Тэги: Работа

Комментарии доступны только авторизированным пользователям

Понравилась статья? Поделить с друзьями:
  • Ошибка субару c0101
  • Ошибка субд interface 0c733a7c 2a1c 11ce ade5 00aa0044773d with hresult 0x00040eda
  • Ошибка субару c0071 форестер sh
  • Ошибка стиральной машины индезит н20 на дисплее что значит
  • Ошибка субд database не пригоден для использования postgresql