2 виртуальные машины vmware esx 5

1. sql
4 vcpu
12 Gb RAM

windows 2008 r2 x64
mssql


2. rphost1
8vcpu
12 Gb RAM

windows 2008 r2 x64
1c server x64

1c платформа x64
8.2.15.294

Сама конфигурация самописная (будем считать Торговля+намного производства+немного финансового учета). Писала фирма, чел из которой утверждает, что она отлично работает при количестве народу 150 человек, а у нас даже когда один сидишь - документ с одной позицией проводиться 15 сек. (Пробовали на разных компах и в терминале - результат один.) Т.е. надо понимать, что дело не в коде. Тогда в чем? Куда копать?

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

(0)На чем база лежит? Дело скорей не в терминале а в виртуальных машинах.
Добиться хорошего быстродействия дисковой подсистемы на виртуалках нетривиальная задача.

(1) Это наводит на мысль что у вас не файловая версия. Так? Тогда о 1С:Сервере поподробнее, чем было :)

(2) сервера supermicro H8QM3 amd opteron 8378 32Gb ram
san - netapp fas2020

на каждом сервере 6 гиговых ethernet 2 из которых отданы на iSCSI (включен Jumbo Frames)

(3) а что именно?

(0) отладчик вам в помощь - посомтреть на чем стопор;
проверить период расчета итогов - может не переводили давно;

тест дисковой на 1с сервере программой Passmark Performancetest 7.0 грит что Random Seek + RW = 44,1 MBytes per second

(6) какие итоги? база пустая. (36 Мб)

(7) + на сервере sql тот-же результат

Тока сегодня читал, что чел добился +100500 производительности включив write cache на рейде

Вот например http://social.technet.microsoft.com/Forums/ru-RU/itru/thread/6ee709a0-dd16-4133-960d-2f5e7e51978b

(10)(11) скорость 44 МБ\с на рандомный RW  
73 Мб\с на sequential read и 38 Мб\с sequential write - мне кажется что дисковая работает хорошо

http://pro1c.org.ua/index.php?showtopic=4708&st=0

регламентные процедуры на уровне СУБД выполнить не предлагать?

mssql - на виртуалке по любому грех тяжкий

для скуля только выделеный физический можно ставить...

(14) предлогать. сейчас никакие регламентные процедуры не выполняются!
(15) старая 1с 7.7 работает с mssql 2000 который крутится в виртуалке на том же сервере. 75 юзеров, 3 года. днями загружает 4 ядра на 25%. на производительность никто не жалуется.

1. На сервере где SQL, поставить режим энергосбережения в high perfomance. Посмотреть не результаты. Если по прежнему то п.2
2. Выполнить такой запрос

DECLARE @db_id int

SET @db_id = DB_ID()

SELECT OBJECT_NAME(dt.object_id), si.name,

dt.avg_fragmentation_in_percent,dt.page_count

FROM  (SELECT object_id, index_id, avg_fragmentation_in_percent,page_count

     FROM sys.dm_db_index_physical_stats (@db_id, NULL, NULL, NULL, 'DETAILED')

     WHERE index_id <> 0) as dt -- не возвращает информацию о кучах.

INNER JOIN sys.indexes si

ON si.object_id = dt.object_id AND si.index_id = dt.index_id
ORDER BY avg_fragmentation_in_percent Desc

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

Но вообще непонятно зачем 36 метровую базу загонять в SQL

(17)
1. high perfomance был установлен и так
2. запрос выполнился. вывода 1199 строк - постить думаю не нужно. все avg_fragmentation_in_percent = 0
так что дело не в этом.

3. расскажу подробно.
Есть старая база 1с 7.7 торговля самописная. 75 человек. крутица на виртуальной машине на серваках которые шелест описал выше. там win2003 + mssql 2000 sp4 + шара с конфой. Все это дело работает, но из-за отсутствия управляемых блокировок уже не устраивает.
решили переезжать на 8.2 - поставили еще 2 вирт машины.
sql и rphost1.
когда я конфигурировал sql перечитал горы материала по оптимизации, выравнивал партиции, сделал для sql сервера новую учетку для политик, вынес swap и tempdb на отдельные диски.

rphost1 делал не особо заморачиваясь. по дефолту установлена винда, на нее 1с платформа и все.
потом платформу пару раз обновил - накатывал поверх, старую не удалял (может в этом дело? не думаю)

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

попробовал на новом rphost1 создать базу привязанную к старому sql 2000 - результат примерно такой-же, разница в 1-2 секунду, в большую сторону.
наводит на мысль что пролема с настройкой 1с82 сервера. что проверить?

(18) А если сервер 1с поставить туда же где и скл? Для проверки.

если у вас 7.7 на sql тогда нет смыла переходить на 8.х
проще посмотреть в сторону toysql или 1cpp тогда точно будет жить и на 200 юзверов на крайний случай можно базу еще распределить и пользоватлей которым нужны только отчеты крутить на другой базе

(20) на крайний случай. я не хотел уходить от 3х уровневой схемы
(21) 1срр у нас и так используется. а вот гибкие блокировки в 7.7 вкорячивать... долго смотрели на это решение, обсуждали, но как-то струсили. да хотелось использовать управляемые приложение. решение внедрять 8.2 уже не откатить. лицензии оплачены.

чтобы подтвердить свою гипотизу о том - что косячит именно 1с сервак сделал я следующее. развернул win2003 ent sp2 x32 + 1c 8.2.14.519 на отдельной вирт машине но на том-же гипервизоре. отдал всему этому минимум ресурсов (1 ядро и 1 гиг памяти). на этом серваке поднял ту-же базу, положив ее на тот-же sql

и вуаля. проведение занимает секунду.
теперь я уверен что дело либо в настройке 2008й винды, либо в настройке 1с82 server x64, либо в самой последний платформе (8.2.15.294) ацкие лаги, что вряд-ли.

"и вуаля. проведение занимает секунду. "

но это не решение проблемы - оплачен 1с х86-64 сервер, и хочется использовать именно его ради того чтобы с памятью проблем не было.

самой последний платформе (8.2.15.294) - ошибся. 2 недели как вышла 15.301

(22) 2008 win очень дофига жрет памяти, в том числе для файлового кеша, по этому на виртуалке шансов что скулю останется именно физическая память а не своп родителя сильно уменьшается, по этому смотри (15)

у нас 200 на последовательную запись дает...
а в (0) не раскрыта тема замеров 1сных и не только...

(15)(24) - глупость!
амазон продает виртуалки со скулем сотнями тысяч. Физические сервера через несколько лет вообще исчезнут, их эксплуатировать не выгодно!

(26) А на чем базируются виртуальные или выделенные сервера, не подскажешь? )

(27) конкретно у амазона точно не кажу. читал где-то что у них своя система виртуализации на базе xen. не важно какая именно виртуализация. опыт (и свой и коллег) говорит что скуль чудесно пашет и на vmware ESX и на citrix XenServer. Для нормальной работы в виртуалке скуль требует достаточного объема зарезервированной памяти (что в моем случае - не проблема) и еще некоторых специфических настроек.

(28)
>>>Для нормальной работы в виртуалке скуль требует достаточного объема зарезервированной памяти

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


>>>и еще некоторых специфических настроек
но о которых мы вам не скажем :)


-------------------------------------------------
у нас используются ESX, что вполне нормально для терминальных, почтовых, АД и т.д. серверов, но совершенно нельзя использовать для СУБД

(16) "75 юзеров" - чем занимаются пользователи? Операторы? Аналитики? Приведи, плиз, раскладку по пользователям.

(28) достаточный для sql сервера объем оперативки это вовсе не обязательно вся оперативка вставленная в гипервизор. в моем конкретном случае - в гипервизоре 32Гб оперативы, и только 12 из них зарезервированы под sql.

>> но о которых мы вам не скажем :)
есть множество кб и бп о настройке схд, сети и гипервизоров. у меня например для iSCSI трафика дисковой 2 отдельных гигабитных сетевых интерфейса работающие по алгоритму round robin, data-vlan тоже живет на отдельных 2х гигабитках. поэтому скорость записи на вирт машину по сети - 75~90 мбайт/с
или выравнивание разделов на всех уровнях схд и вирт машины. необходимая, но весьма специфическая настройка, которая к теме тоже отношения не имеет.

разве я не прав, что не стал этого сразу уточнять?

>>у нас используются ESX, что вполне нормально для терминальных, >>почтовых, АД и т.д. серверов, но совершенно нельзя использовать для >>СУБД

у нас тоже используется ESX. первый гипервизор появился в 2008 версия 3.0
да - сиквел на него не сразу переехал. все таки основная база (торговля 7.7), нагрузка там, "продакшн сервер". нач долго тормозил этот переезд. но когда все таки переехал - заработал быстрее.


(30) в основном операторы. 2 отдела продаж (центр и филиал через терминалку). Аналитики есть, но их немного и они не зверствуют. 2 mssql запланирован для них. Какую именно раскладку?

(31) Раскладку в виде:
операторы - столько процентов пользователей,
аналитики - столько,
менеджеры - столько.

В целом, если основная дола операторы - все понятно.

Сражаюсь с похожей проблемой. 1С77+SQL. Все пользователи были на терминалке 2003 + отдельная машина на SQL. Перенес всех на виртуальную терминалку (HyperV+2008 R2) SQL оставил пока на старой машине. Народ умирает... если сидят 3-5 пользователей, ещё куда ни шло, но если заходят все 40, всё тормозит жутко.

Посмотри http://forum.ixbt.com/topic.cgi?id=66:8776 там проблема была в Jumbo Frames.

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

(33) у 7.7 очень кривые "родные" запросы. ну и есть еще "кривые" кодеры, которые решают "кривые" задачи типа показа колонки с остатками в форме подбора этими самыми запросами...

(34)+ замеры производительности спасут отца русской демократии