[Comm] Любопытная ссылка про 1С и Alt Linux

Алексей Шенцев =?iso-8859-1?q?ashen_=CE=C1_nsrz=2Eru?=
Пт Янв 18 15:48:48 MSK 2008


В сообщении от Friday 18 January 2008 15:31:35 Alex Gorbachenko написал(а):
> если у вас сервер крутит только БД, то прав я. если у вас на нём есть
> ещё что-то крупное, и активно читающее/пишущее на диск, то 1C правее :)
По нормальному 1С_Enterprise надо ставить на отдельный сервак, при этом не в 
виртуальный контейнер, т.к. падает производительность самого сервера 
1С_Enterprise. Кроме этого разнести 1С по процессам, но это можно сделать из 
консоли управления сервером (оснастка консоли для M$) и только при наличии 
ключа защиты программы. Без ключа разнести не возможно будет и с ИБ смогут 
работать не более 12 человек одновременно.

Сам же PostgreSQL ставить на другой сервак.

> я думал, что вы имеете в виду shared_buffers. там из квотинга не очень
> понятно.
Ясно.

Ниже взято с http://kb.1c.ru/articleView.jsp?id=23
Хотелось бы услышать ваши комментарии.

Настройки PostgreSQL для работы с 1С:Предприятием
Автор: Рупасов Константин (1С, Москва)
Краткое содержание:
Рекомендации по настройкам PostgreSQL для достижения максимальной 
производительности при работе с 1С6Предприятием 8.1
Применимость:
- Платформа: 1С:Предприятие 8.1
- СУБД: PostgreSQL
Настройки:
- fsync
- effective_cache_size
Настройки PostgreSQL при работе с 1С:Предприятием 
	Для повышения производительности 1С:Предприятия 8.1 при работе с СУБД 
PostgreSQL рекомендуется установить приведенные ниже значения параметров. 
Значения параметров устанавливаются в конфигурационном файле postgresql.conf.
Параметр "fsync"
	На производительность PostgreSQL оказывает существенное влияние 
производительность дисковой системы, поскольку по умолчанию, параметр fsync 
включен. Это означает, что при выполнении операции COMMIT данные сразу 
переписываются из кеша операционной системы на диск, тем самым гарантируется 
консистентность при возможном аппаратном сбое. Обратной стороной этого 
является снижение производительности операций записи на диск, поскольку при 
этом не используются возможности отложенной записи данных операционной 
системы.
	Повышение производительности возможно при использовании многодисковых 
RAID-массивов, созданных на основе кэширующих RAID-контроллеров с 
энергонезависимой кэш-памятью и использования источников бесперебойного 
питания(UPS). В этом случае задачу по обеспечению консистентности данных при 
аппаратном сбое берут на себя описанные выше устройства, поэтому появляется 
возможность отключения параметра fsync и увеличения производительности 
операций записи на диск.
	Следует отметить, что увеличение количества дисков в RAID-массиве и объема 
кеша RAID-контроллера само по себе позволяет компенсировать снижение 
производительности, обусловленное включением параметра fsync.
Параметр "effective_cache_size" 
	Работа оптимизатора в PostreSQL 8.2 существенно зависит от размера выделенной 
PostreSQL оперативной памяти. При использовании PostgreSQL 8.2 при работе с 
1С:Предприятием 8.1 рекомендуется увеличить значение параметра 
effective_cache_size в конфиргурационном файле postgresql.conf. Значение 
этого параметра рекомендуется устанавливать не менее половины объема 
оперативной памяти установленной на компьютере. 
-- 
С уважением Шенцев Алексей Владимирович.
E-mail: ashen на nsrz.ru
XMPP: ashen на altlinux.org, AlexShen на jabber.ru
ICQ: 271053845


Подробная информация о списке рассылки community