В общем есть сервер двухголовый с 8гб оперативки и рэйдом на CentOS 5.1 x64, на нем стоит PostgreSQL 8.1.5-17.1C.  Отдельно есть сервер 1С, под виндой.

Так вот вчера загрузил базу в эту связку (35 гектар), провел 2000 доков. Закрыл 1с (клиета). Через пару часов пытаюсь открыть, 1с-ко ругается "Информационная база разрушена". Рестартанул посгри, ошибка осталась. Че за хня? Кто сталкивался или знает в чем может быть дело, просьба откликнуться.

ЗЫ: Появились большие сомнения перевода рабочих баз на посгрес :(

а зачем переводить ? у вас ведь все лицензионное ))

лицензионный MS SQL Standart x32 - не способен работать с большим объемом памяти

(2) а база одна ?

(0) У нас такая хня на одной из баз состоянно. Лечим рестартом службы сервера 1С. Причину так и не прищучили, хотя еть подозрение на ключи - лицензий в упор, и обычно перед сабжем людей не пускает в базу за неимением свободной лицензии.

(4) т.е. по сути "пациент скорее жив чем мертв"? Надо просто сервер рестартануть?

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

(6) у нас одна база на скуле крутицо, все AWE  и 3GB - неэффективны

ап

(5) У нас - да.

А почему PSQL 8.1.5-17? Вроде бы уже 8.2.4 есть:

http://v8.1c.ru/overview/postgresql_patches/1c_FULL_82-0.14.patch
http://v8.1c.ru/overview/postgresql_patches/postgresql-1c-8.2.patch
http://v8.1c.ru/overview/postgresql_patches/applock-1c-8.2.4.patch
http://v8.1c.ru/overview/postgresql_patches/postgresql-8.2.4-3.1C.src.rpm

Тюнинговали настройки PSQL (shared_memory  и тд)?

(10) 8.2.4 - не взлетает соединение с сервером 1с

тюнинг делали

У нас УПП на postgresql крутится.
Один раз тоже с разрушением столкнулись.
Лечили рестором с архива.

(11) А платформа какая? Для него вроде 11 нужна.

лицензионный MS SQL Standart x32 - нет такого понятия. SQL сервер стандарт, предполагает так же и 64 как и 32 бит версии. Это один и тот же продукт, лиш диск кит отличается.

"...
Реально работает УПП 1.2.11.1 (модифицированная под режим управляемых блокировок) на PostgreSQL под Linux CentOS 5.1 64bit. Платформа 1С:Предприятие Linux 8.1.10.50 x86, PostgreSQL 8.2.5 x86-64 собранный из стандартного postgresql-8.2.5-2PGDG.f7.src.rpm с патчами 1С от 8.2.4-6.1C.
Размер базы - 41Gb, 80 пользователей. Есть обмен данными с другими базами.
Правда в такой конфигурации база работает полторы недели.
До этого было: сервер 1С:Предприятие 8.1.9.57 x86 под Windows 2003 64bit с PostgreSQL x86-64 8.2.4-5.1C (в котором /usr/bin/postgres был заменен от 8.2.5, скомпилированный с патчами 1С) под CentOS 5.1. Здесь были тормоза с выгрузкой в dt.
На 8.1.10.50 встретились с неприятной ситуацией роста взаимных блокировок пользователей до неприемлимого уровня через некоторое время работы системы, иногда через сутки, иногда через несколько часов при интенсивной работе.
Пока точно идентифицировать источник проблемы не удалось. Похоже, что это не из-за PostgreSQL, а из-за сервера приложений 1С. Т.к. пользователи блокируют друг друга при записи наборов регистров накопления и сведений (с заведомо отличающимися неконфликтными измерениями). Эти регистры являются влияющими для последовательностей, границы которых блокируются через управляемые блокировки в коде конфигурации. Насколько я понял, за управляемые блокировки отвечает целиком сервер приложений 1С, т.к. в PostgreSQL при установке блокировки никакие запросы не выполняются и pg_locks чистая.
При переносе сервера 1С на Windows проблема остается. Использование неизменённого дистрибутива PostgreSQL 8.2.4-6.1C тоже не помогает. В 8.1.9.57 бед с взаимными блокировками не было.
Скорость работы на PostgreSQL субъективно не сильно отличается от MS SQL Server. Сравнивали с секундомером в малопользовательском режиме при построении отчетов, заполнении зарплатных документов - время приблизительно одинаковое. Но есть ряд запросов (связанных с ОС), на которых PostgreSQL виснет, а MS SQL Server - проскакивает. Про это писали здесь.
Время выгрузки и загрузки базы тоже примерно одинаковое (кроме версии 8.1.9.57, в которой использовались неудачные запросы PostgreSQL для выгрузки).
База легко переносится на другие сервера под Linux без остановки при помощи стандартных механизмов горячего бэкапа PostgreSQL."

Инфа отсюда:
http://partners.v8.1c.ru/auth.jsp

(14) знаю. Я забыл упомянуть про клиентские лицензии, нет большого желания их покупать

(15) скинь плз еще инфы с партнерского форума по работе (ошибки) посгреса с 1С

16, клиентские лицензии к SQL серверу?, зачем тогда пост №2 ?
Может лицензировать на процы? если юзеров много...

Кстати подтверждаю пост 7 по AWE  и 3GB - неэффективны

Удачи.

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

(2) Значит пора Enterp. покупать

+(20) как SQL так и операционку.

дорого

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

Альтернативный вариант - сделать новый кластер и загрузить базу из резервной копии.