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

Тестовый стенд скромный, но за неимением большего...

Core i3-560
1x500 ГБ SATA-3
2x2 ГБ DDR3 Dual Chanel
lan 1 Gb/s

Win Server 2008 R2(x64)
Сервер 1С - 8.2.14.519(x86) - да именно x86, на большее денег не дали :(
postgresql 9.0.1(x64) - тестовая версия с сайта 1С, в прошлый раз показала неплохие результаты
УТ 10.3 - рабочая 10 ГБ

Загрузка базы ~ 15 минут
Конвертация ~ 5 минут
Логи postgresql в норме

(0) Давай конфу старого сервака и результаты переноса. На сколько повысилась производительность?

Давайте и я тогда отчитаюсь завтра )))

Intel® Xeon® Processor E5630, 4 ядра, 2 шт.
ОП: 48 ГБ
Windows Server 2008 Enterprise R2(x64)

(6) красиво живёте... 48ГБ)

(7) Не терпится уже, до этого 16 было )))

(6) Объем базы?

PostgreSQL, эта тема мне интересна...
i5 ОЗУ 8Гб, слабая дисковая система, тест Гилёва* - 29 баллов
17 ОЗУ 8Гб, RAID-1 на двух SSD дисках, тест Гилёва - 45 баллов
-------------
*тест Гилёва - http://gilev.blogspot.com/2010/10/blog-post_28.html

(4) надо тесты проводить, как раз над этим думаю
Сейчас буду регламенты запускать, обмены и прочее.

на винде постгрес не надо юзать - не советую

Забыл написать Win Server 2003 Datacenter Edition 32bit, 1C Сервер на том же сервере.
(12) Слышал про это, но почему никто так и не объяснил.

(10) postgre на SSD вообще красота, как вариант решение проблем с блокировками
(12) это личное дело каждого, способного осознать то на что он подписывается, программиста =)

(12) Аргументы ?

(15) для постгреса родная ось - linux
под виндой можете получить малопонятные для себя глюки

(16) Это аргумент ? Ну тогда пожалуйста факты...

(17) есть собственный опыт работы linux и винде с постгрес - это факт для меня - для тебя не знаю.

(18) точно также на форуме писали о внедрениях postgre на крупные предприятия с доработкой под управляемые блокировки...
дело в том что не у каждой фирмы есть вариант отдать более 100к на скажем ibm db2, который 1с так часто вспоминает впоследнее время, а постгре работает и кушать не просит на сотнях фирм =)

(18) Собственный опыт, к сожалению, другим не передается...
На форумах по PostgreSQL, чаще всего и пишется о его настройках именно под Линукс. Лично я под Линукс не работал, поэтому ничего сказать не могу.

(0) Ну что там? Как тестирование проходит?

(21) Мне тоже интересно

(0)  недавно ж вроде выложили PostgreSQL_9.0.3-3.1C

Вроде для теста выложили

Тут народ беспокоится по поводу производительности
http://www.sql.ru/forum/actualthread.aspx?tid=863057
Чего-то долго девятую версию промышленной не делают, уже больше года...

Поставил на рабочий сервер PostgreSQL_9.0.3-3.1C, так как по результатам тестов особых изменений не нашел, решил более старшую версию ставить. Пока что все нормально тьфу-тьфу =)

Сервер 1С - 8.2.14.519(x86) - да именно x86, на большее денег не дали :(
а что мешает скачать бесплатно? :-)
а вот ОЗУ 2x2 ГБ DDR3 Dual Chanel - маловато будет для сервера...

(27) ты серьезно считаешь что можно вот так просто скачать версию x64 и поставить ее с ключем от x86???
ОП не мало, там же написано что это Тестовый стенд

(28) скачать можно, но вот с ключом, конечно, не все так легко...

PostgreSQL_9.0.3-3.1C x64 - полет нормальный на 8.2.14.519 + УТ 10.3, база ~ 15 ГБ

оптимальные настройки еще не нащупал, параметры ниже прибавили оптимизма:
commit_delay = 300
commit_siblings = 5
#для тех у кого autovacuum = on
vacuum_cost_delay = 100
vacuum_cost_page_hit = 6
vacuum_cost_page_miss = 10
vacuum_cost_page_dirty = 20
vacuum_cost_limit = 100
#
random_page_cost = 2.0
cpu_tuple_cost = 0.001
cpu_index_tuple_cost = 0.0005
cpu_operator_cost = 0.000025
track_activities = on
track_counts = on
track_functions = all

Septera, данные по железу дайте...

(31) в (0) не видно?