Описание ошибки:
Платоформа 1С: Предприятие 8.3.16.1148. Клиент-серверный вариант работы базы на СУБД PostgreSQL. Ошибка втречалась при попытке выгрузить базу через «Администрирование» — «Выгрузить информационную базу…», т.е. при попытке выгрузить информационную базу в архив .dt.
Найденные решения:
Как было указано в кратком описании ошибки — база клиент-серверная на СУБД 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-версии.
В этот статье нет смысла описывать актуальные параметры настроек файла конфигурации «postgresql.conf», в помощь по этому вопросу соответствующая исчерпывающая публикация на сайте профессионального сообщества infostart.ru:
Настройка PostgreSQL для работы в связке с 1С 8.х на ОС Windows
После изменения и сохранения параметров в «postgresql.conf». Необходимо перезапустить службу «PostgreSQL Database Server …» в «Службах» операционной системы Windows сервера, чтобы новые параметры вступили в силу.
Если все-таки не получилось изменить параметры использования ресурсов в файле конфигурации СУБД «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 ядер
процессора, то необходим переход на
платформенные лицензии КОРП.
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)
ещё пробовал увеличить файл подкачки на диске С
Помогите кто сталкивался с такой же проблемой?кто её решил?
1 — 06.09.17 — 08:10
разрядность PostgreSql какая?
2 — 06.09.17 — 08:12
(1) 64 разрядная как и windows server
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
4 — 06.09.17 — 08:21
попробуй в work_mem указать немного больше чем от тебя просят
5 — 06.09.17 — 08:22
ставил 256 и 512
6 — 06.09.17 — 08:22
и да, этот ДТ куда-то вообще загружается? Он точно не битый?
7 — 06.09.17 — 08:23
(5) переведи «on request of size 536870912»
8 — 06.09.17 — 08:25
(6) Да как файловая база он загружается
9 — 06.09.17 — 08:27
(6) и точно не битый делал тестирование и исправление и chdbfl,без ошибок
10 — 06.09.17 — 08:30
(7)размер по запросу 536870912,полагаю что не хватает памяти загрузить какую то таблицу
11 — 06.09.17 — 08:31
а где её увеличить!?или может какой то другой параметр нужно увеличить
12 — 06.09.17 — 08:34
(11) 536 больше 512?
13 — 06.09.17 — 08:36
(12) я понял к чему ты,я пробовал и 1024 ставить
14 — 06.09.17 — 08:36
(12) но вот только не везде
15 — 06.09.17 — 08:39
Попробую work_mem выставить > 536 ,но смогу попробовать вечером
16 — 06.09.17 — 08:52
(15) сделай сразу побольше чтобы наверняка
17 — 06.09.17 — 09:07
(16) да 1024 поставлю,отпишусь по результату
18 — 06.09.17 — 09:20
и temp_buffers тоже.
19 — 06.09.17 — 09:30
shared_buffers рекомендуется делать побольше. 1/4 — 1/3 RAM.
maintenance_work_mem в 1/2 RAM или больше (до RAM-shared_buffers)
20 — 06.09.17 — 09:40
(19) если не ошибаюсь то пробовал я ставить и больше 1 gb в
shared_buffers или temp_buffers служба pg перестаёт запускаться
21 — 06.09.17 — 11:01
(16) Попробывал,выставить 1024 work_mem,shared_buffers,temp_buffers ошибка всё равно выходит
22 — 06.09.17 — 11:04
Увидел вот какой момент,в свойствах Pg есть строка версии где написано PostgreSQL 9.4.2,complited by Visual C++ build 1500, 32-bit
23 — 06.09.17 — 11:06
мне эта строка не нравится,типа используются компоненты Visual C++ 32 бита,посмотрел на давно созданном сервере тоже на pg там 64 стоит м.б дело в этом!?
24 — 06.09.17 — 11:26
Похоже что да,вроде как ура..грузит ,но ошибку не выкидывает
25 — 06.09.17 — 11:36
победа,парни дико извиняюсь,3 дня не в ту сторону смотрел,не тот дистрибутив поставил поставил общий,а надо было postgresql-9.4.2-1.1C_x64
26 — 06.09.17 — 11:49
(25) Теперь научился отличать приложения х64 от х86?
27 — 06.09.17 — 11:55
(12) они равны
Johan
28 — 06.09.17 — 12:35
(26) Да,я поставил не посмотрев,а в описании в pg и сервис написано 64 Bit,а вот когда увидел строку версии ,тогда меня смутило
-
07.07.2015, 10:17
#1
Гость форума
Ошибка СУБД: out of memory for query result
Собственно говоря вылетает такая ошибка при попытке сохранения конфигурации, 1 раз сохраняет нормально а потом начинается ошибка вылетать, делаю стоп/старт сервер 1с и опять 1 раз сохраняет а потом ошибка, сервер 1с на вин2003сервер х32, сервер баз данных на постгри центос7_х64, что можно сделать, кто сталкивался и как решили?
-
07.07.2015, 10:47
#2
Пришел за помощью
Попробуйте обновить сервер на более свежую платформу и соответственно клиентскую часть, бывали ошибки в релизах.
-
07.07.2015, 11:18
#3
Гость форума
8.3.6.1977 вот эта версия, а не может быть из-за того что сервер 1с 32 битный, а сервер баз данных 64 битный?
-
07.07.2015, 11:43
#4
Пришел за помощью
Сообщение от Eugene87
8.3.6.1977 вот эта версия, а не может быть из-за того что сервер 1с 32 битный, а сервер баз данных 64 битный?
У меня данный релиз, проблем не замечалось подобных.
А раньше данные проблемы наблюдали или новое поднимали?
Если старое, то после чего стали появляться данные проблемы?
-
07.07.2015, 12:13
#5
Гордость форума PRO
сервер баз данных на постгри центос7_х64
Проблема на стороне СУБД — однозначно.
-
07.07.2015, 12:55
#6
Гость форума
да раньше было на винде2003сервер стоял ibm db2 c, вроде работало, но сейчас и базы стали тяжелее..———- Post added at 15:55 ———- Previous post was at 15:53 ———-я тоже сначала так думал.. но проблема устраняется когда я делаю именно перезапуск сервера 1с, а сервер бд вообще по ресурсам не напрягается, что самое удивительное и рпхост 2 процесса по 600-800 мб весят и не поднимаются выше, а пишет аут оф мемори.. ничего не понимаю..
-
07.07.2015, 13:12
#7
Гордость форума PRO
но проблема устраняется когда я делаю именно перезапуск сервера 1с, а сервер бд вообще по ресурсам не напрягается
Это ни о чем не говорит.
Если например проблема с tempdb, то при перезапуске ты чистишь его (сервер 1С отваливается от сиквела и все «занятое» идёт в треш). Поэтому однозначно рыть в сторону СУБД, я бы начал бы с tempdb, хотя может и проблемы с лог или дата файлами.
-
07.07.2015, 13:59
#8
Гость форума
попробую 32 битную посгри поставить или еще есть идея ibm db2 express c поставить) в 10й версии увеличили ограничение озу до 4 гб
-
07.07.2015, 14:03
#9
Гордость форума PRO
или еще есть идея ibm db2 express
Поставь мелкомягкий экспрес — там сейчас также 4 Гб
Пользуясь базами данных любой программы 1С, сотрудники предприятий и организаций часто сталкиваются с непредвиденными ситуациями. Пожалуй, одна из самых частых — когда работа программы внезапно завершается по причине того, что администратор разорвал контакт с сервером.
В данном случае Microsoft OLE DB Provider for SQL Server выдаёт такую информацию: «Неопознанная ошибка hresult 80004005». При этом главным признаком проблемы является невозможность выгрузить информацию в базу.
Следует отметить, что ошибки, содержащие именно код 80004005, встречаются постоянно. У них есть особая классификация, которую при желании можно найти в соответствующей литературе.
Для начала нужно провести проверку конфигурации. Там может содержаться мусор (иными, словами, информация, которая является некорректной). Необходимо проверить конфигурацию с помощью соответствующей команды. Вы увидите флажок, предназначенный для того, чтобы проверить её логическую целостность. Если имеются проблемы, пользователь будет уведомлен об этом с помощью сообщения.
Данные, являющиеся неверными, система удалит в автоматическом режиме, но для этого нужно дать ей доступ, чтобы она изменила главный объект. К примеру, если вы работаете в облачном хранилище, его надо просто захватить.
Поддержка конфигурации требует её проверки и у поставщиков. С этой целью:
- нужно сохранить данные о конфигурации поставщиков. Для этого используйте CF-файл;
- теперь необходимо провести загрузку файла в обновлённую базу;
- выполните операцию, которая описана в п.1.
При получении сообщения об исправлении ошибки имейте в виду то, что конфигурация, имеющаяся у поставщика, содержала неправильные данные. Если такое произошло, снимите свою конфигурацию с поддержки и установите её снова. При этом её надо объединить с новой (от поставщика).
Сейчас уже любой релиз, который выпускает 1С, не имеет таких сложностей.
Сопутствующая проблема и методы её решения
С ситуацией, описанной ранее, тесно связана ещё одна, происходящая параллельно. Выглядит она так: 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С:
- используйте все базы, включив у них все фоновые задачи;
- в 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 несколько старомодна в этом году?
судя по тексту бухи по какой то причине работали все это время в тестовой считая ее рабочей.
тестовая внезапно оказалась рабочей ))) Но, насколько я знаю, ничего в ней не тестировали. И не работали. А теперь решили работать и вот.
Стоп.. стоп, что за бред… с сентября никто в ней не работал и тут вдруг решили.
вот вы смеетесь над девушкой , а ведь положение у нее почти безвыходное. Т.е. вот увольнятся сегодня она вряд ли соберется, а базу уже будут требовать к вечеру.
то есть ты упорно хочешь себе заработать головняк…
это не страшно. да и проблему исправить можно. но учитывая всю предысторию тебе надо требовать много денег и исключительно авансом. пока с тобой не рассчитаются по уже отработанному — вообще пальцем не пошевелить.
Тэги: Работа
Комментарии доступны только авторизированным пользователям