Народ всем доброго времени суток! Новичок в этих делах с1 и sql, поэтому прошу не сильно гнобить)))

Суть проблемы такова:

Имеется сервак (если его так можно назвать) - i5 750 + 8гб + 500 Гб (7200) + win 2003 + sql 2005 + 1c 8.2
Пользователей около 15. Размер базы (если это то что я думаю) 2 файла log и еще один общим размером - 40 Гб

Исплоьзуется 1с так:

5-7 человек толстый клиент через локалку
5-7 через тонкий VPN

В последнее время жутко все тормозит как на толстом так и на тонком... Особенно при формировании отчетов. Причем загрузка ЦП в среднем не более 20%.

Думаем купить новый сервачок под это, вариант такой:

i7 4770K + 8 GB + SSD 120GB KINGSTONE 3K (550/520MB) SATA3 + 1TB HDD

Вопросов несколько (все направлены на то чтобы увеличить скорость и надежность системы):

1 - стоит ли на новый сервак ставить sql 2008 + win 2008 или остаться на win2003 + sql 2005
2 - хотим win и sql поставить на ssd а базу (2 файла т.е 20Гб которые) хранить на HDD.
3 - стоит ли вообще брать SSD, просто форумы почитал пишут про вероятную потерю данных и тп. сервак будет работать 24/7
4 - если же ssd все таки советуете, то может лучше и базу хранить на SSD

не слышал про "KINGSTONE"


опять детская конфигурация

тупая экономия. ссд микроскопический. на нем отказоустойчивой рейд не организуете. хдд тоже 1.

памяти пожадничали.

МихаилМ, исходим из того что позволяют финансы)))

При таком раскладе, ваш совет.

На счет памяти пожадничали, вы про ОП?

win 2003 + sql 2005 - весело ;)) ну если б 77 еще как то понятно но 8.2 ;))

пипец, в конторе неделю тока. Это все остатки от старых адмЭнов))))

Первая задачи начальства апгрейт + увеличения скорости работы. Сам сильно в этом не силен, поэтому обратиться решил к профи...

самый главный сейчас вопрос это с SSD. Стоит ли ставить, если да, то тока win + sql на него или же и базы хранить так же на SSD

ну как бэ однозначно вин2008 тогда , со скулем сложно советовать , кому как нравится , опять же что за база - в смысле конфигурация , тоже важно , диски на скуль желательно быстрые ессно ну и памяти уж не 8 никак а больше

sql на него или же и базы хранить так же на SSD (с)
не понял фразу ;)))
база ВСЯ в 8.2 в клиент серверном варианте - хранится в SQL формате

это два файла mdf и ldf

если уж быть чесным то mdf ;)))
http://yandex.ru/yandsearch?lr=213&text=1c+8.2+SQL

А выполнить регламентные процедуры, разобраться где тонкое место, и тогда уже решение принимать?
http://kb.1c.ru/articleView.jsp?id=13

пипец,

хотите сказать что win 2008 + sql 2005 по работе будет так же как и win 2008 + sql 2008?

ну я имел ввиду те 2 файла (.mdf + ldf) они ща хранятся на HDD отдельно от маленького раздела где стоит ОС + sql + 1c

или я как то не так понял)))

Если действительно ставить на такую игрушечную конфигурацию, то на HDD два раздела: маленький под систему (50-100 Гб хватит), большой под РЕЗЕРВНЫЕ КОПИИ, SSD целиком под базу. Памяти хотя бы 16 Гб ECC. Если еще деньжат добавить, то в первую очередь на RAID 1. Оба диска.
Насчет SQL есть сильные подозрения, что разница между 2005 и 2008 не слишком велика. А вот WS 2008 (или новее) очень даже стоит поставить.

Kookish, не выполняли.... Думаете поможет улучшить ситуацию на текущем железе? или в любом случае железо менять?

(11) скуль сам по себе это среда а то с чем он работает (не считая служебных данных) это как раз базы данных мдф
(10) ;)) чел только только скуль увидел ;))) а ты ему узкие места

Думаю, стоит попробовать. После полного бэкапа базы чего бы не порезвиться.

(15) вальнет сервак и чо будет ;)))

(12) предлагаете на SSD залить 2 эти файла mdf+ldf?

а разве сама ОС не будет работать быстрее если ее на SSD поставть, а базы на HDD?

(16) Резервная копия базы. Еще можно системный раздел акронисом скопировать. Разве я про это не упоминал?

(12) или от скорости работы ОС, sql база быстрее работать не будет?

(17) (19) Сама ОС свои бренчалки не так часто с диска дергает, как скуль свои базы, так что...

(20) кстати заметил что файлы (mdf+ldf) изменяются раз в сутки примерно так и должно быть?

(21) Это не имеет отношения к делу. По теме: есть два пути развития: экстенсивный и интенсивный. Первый предполагает прирост результатов за счет внешних вливаний типа покупки более мощных и дорогих железяк, а второй - за счет увеличения эффективности существующих путем их более продуктивного использования.

(21) зависит от формата хранения и прочих настроек
(18) это все хорошо , но тренироваться лучше на кошках (с) ;) сиречь, на других серваках

(22) в любом случае вин2008 + память + быстрые диски
ЗЫ узкие места это хорошо , но из запорожца даже поставив 8-ми литровый двигатель - самолет не получишь ;)))

+(22) Наибольший эффект дает применение обоих подходов. Например, только включение memory sharing дало на моем недавнем сервере прирост в три раза на тесте Гилева.

memory sharing?
пошли термины не знакомые)))

Решено тогда улушчить железо + поставть win 2008+sql 2005

Сервак текущий пока трогаться не будет, но новом все подниму и базу туда залью текущую.

Вопрос теперь в разрядности ситмемы Sql и win: полюбому обе х64 ставить?

(26) http://www.bezsboev.ru/moi-stati/drugie/1c-sql-2012-shared-memory.html
вот термины ;)))

(26) это тока на 2012 скуле делается?

http://toster.ru/q/50364
до кучи

(26) x64 без вариантов. Да, сервер лучше 2008 R2. Если найдете R2D2, будет еще круче.
(28) На любом.

(4) Вам не обращаться нужно к профи, а нанимать профи. Прежде чем делать апгрейд чего либо, нужно понимать что именно оно является узким местом. Память 8 ГБ это сильно! У ноутбук мощнее.
Общая рекомендация - увеличить объем ОЗУ, поставить 64 разрядную ОС. Померять очередь к дискам и после этого уже принимать решение об их замене.

* У ноутбук мощнее - У меня ноутбук мощнее

http://www.gilev.ru/sqland1c/
вот еще про шаред мемори

(31) Второй сервер по любому не помешает. Будет хоть какой простор для экспериментов.
А начать с перестройки и дефрагментации индексов, очистки процедурного кэша и обновления статистик можно уже сейчас.

(30) А на счет 1с сервера. Как проверить куплена она была на х64 или х32 или разрядость 1с сервара не так сильно влияет на работу?
(33) а для моих задач в 15 пользователей  memory sharing поможет разве?

+(34) Хоть я и не совсем понимаю, что означают эти незнакомые термины.

(35) Пока не попробуешь, не узнаешь.

(35) по цвету ключа если - аппаратный и по пинам у 1С спросить , а вообще она должна быть зарегена в 1С

(35) если есть ИТС и сервер зарегисрирован - то в личном кабинете должон быть написан

+ 64 ключ работает и с 32 но не наоборот

Ключи аппаратные - красные

(41) это на саму 1С8 , ищи на сервер

http://infostart.ru/public/145036/

(41) они оба красного цвета воткнуты в сервак

(43) оба красно-фиолетового цвета, я так понял что 64 битный зеленый?
Предположим что 1с сервер 32 битный, это ему никак не помашает рабоать с ОС + sql 64 битными? так?

Не факт, что сервер вообще покупали, судя по конфигурации железа.
(43) По ссылке, в таблице все написано. В т. ч. про то, что 32 на 64 не идет.

(43) ну так как я буду пробывать все новом серваке. поставлю x64 систему и sql x64. Если смотреть ссылку, хочешь сказать что если ключ 32 битный то 1с не запуститься?

(47) Сервер 1С x64 запустится, только пользователи удовольствия не получат.

(46) еще вопрос, для поднятие базы 1с на новом серваке, после установки на него win+sql (mdf+ldf) на него переносить надо? или же просто dt выгрузить и с нее в конфигураторе загрузиться чтобы он сам эти файлы создал?

(49) Вариантов несколько. Перечислю в порядке увеличения длительности переноса.
1. Перенести mdf+ldf и аттачить на месте. Не пробовал, но должно сработать.
2. Перенести резервную копию, на новом SQL сервере создать чистую базу и восстановить туда. Средствами SQL сервера.
3. Выгрузить/загрузить dt. Самый долгий, и может вообще не получиться, ибо сама 1С не гарантирует корректную загрузку из dt.

(49) ясно... А вот можно ссылку дать или инфу по тому как в SQL сервере снять и загрузить резервную копию через средства SQL.

(51) Какая инфа? ПКМ на базе в SQL Server Manager и вперед. Остальное в гугле. Detach - отключить базу, Attach - подключить базу, Backup - создать резервную копию, Restore - восстановить из резервной копии.

В SQL Server Agent можно настроить выполнение операций по расписанию.

(0) а почему вы решили что апгрейд железа поможет? Может проблема не в железе или не там ущите узкое место?

(51) а если сниму бекап с 2005 sql а на новом серваке 2008 поставлю. Они совместимы?

+ настроить бекап с SSD (на случай если SSD нагнется) на HDD через sql так же настраивать и dt через средства 1с так? или оба бекапа объединить можно?

(54) попробуем в начале переиндексацию и тп (http://kb.1c.ru/articleView.jsp?id=13) сделать на текущем железе.

а новый сервак как варинт номер #2

dt не годится для бэкапов. Они делаются только средствами SQL.
Насчет совместимости - не пробовал, но скорее всего получится. Опять же, смотри (37). Это мой основной источник информации.

(56) Вначале резервное копирование. Потом все остальное.

к вопросу о ключах - программные лицензии на сервер тоже могут иметь место

Вопрос еще такой, тормоза пробывали проверять в ночное время, когда никто не работает?Сохраняются или нет? Или тормозит одинакова как при работе всех ползователей одновременно так и при работе в одно лицо в базе?

(60) к (56)

(60) а учебник какого цвета? а препода как зовут - во валит во валит (с) чел скуль тока седня увидел ;)) а ты про энергосбережение

(62) Если что, учебник желтого цвета. Препода зовут Волшебник. :)

(60) + (62) + (63) обычно проблемы возникают днем на толстом клиенте при формировании больших отчетов на 1 машине из за этого и у других все тупо подвисает... может и в правду проблему железом не решишь?

(60) учебник желтинкий из мет литературы 1С. А вопрос не про энергосбережение а про тип проблемы паралельность или производительность.

(64) Возможно это не проблема железа а проблема паралельности работы.

+ к этому когда к примеру толстый клиент не работает к примеру на выходных, все кто на тонком через VPN сидят на работу не жалуются

(47) вот тебе ссылочко еще
http://osergey.ru/ru/tag/ключи-1с/
(63) если памить не изменяет первый ЖКК помогал песать Фигурнов правдо ЕП

(67) тя э спросили , чо за конфигурация то , ась ?

(64) а не пробовал их принудительно запускать на тонком клиенте ?

Постарайтесь определить в какой момент начинаются тормоза(формирование отчета, проведение документа) и что блокирует данное действие(проведение документов, запись справочников или все тормозит).Проверьте загруженность ЦП, памяти, и жесткого диска. Возможно эффективнее будет переписать пару отчетов чем обновить оборудование.

+ в смысле без выпээна а просто в режим запуска тонкий клиент

(71)к (67)

(0) (72) Судя по "1С 8.2", база тоже на обычных формах, обычное приложение. Тогда что означает у ТС "тонкий клиент" и "толстый клиент"?

(70) в тонком клиенте ограничен доступ к функицям
+ может все толстые попробывать на терминальный доступ посадить а не напрямую через ЛАН

(71) при подвисании когда формируют отчеты на толстом сам сервак тоже висит но ЦП загружен всего на 30% макс и оператива тоже сводобная есть.

(74) Марья Петровна - толстый клиент, а Леночка секритарь - тонкий, что непонятного?

А VPN - вообще RDP.

(75) сеть и очереь к диску то же свободные. Пусть прог посмотрит, может отчеты можно аптимизировать. Мое скромное ИМНО это все блокировки.

(77) нет напрямую через hosts прописан айпи сервака

(79) Вот и я про то же. :)

База и релиз какие, версия платформы какая?

(81) он пачимута николицца ;))

на счет dt не совсем понял. Получается если бекапить через sql, в случае сбоя, восстановить всю базу без dt можно??? имея тока забекапленные mdf+ldf? или я что не так понял?

(83) судя по всему - ты много чего не понял...
Например, ты не понял, насколько полезно читать иногда документацию по используемому программному продукту...

(83) МДФ это и есть ВСЯ бд клиент серверная ...

(85) следовательно со старого сервера по средставм sql бекаплю базу, а на новом с нее восстанавливаюсь, и dt грузить не надо будет? в 1с создать чистую базу и подключить к sql?

(86) you may try

(87) получится ? или пробывать надо?

(88) для начала нужно определиться, какую букву ты пропустил или неправильно написал в слове "пробывать"...
А потом можно и попробОвать.

(89) )))) ясно. будем пробовать

После всего прочтенного выводы следующие:

1 - пробую оптимизировать текущий сервак
2 - устанавливаю на новый комп win2008 + sql 2005/2008
3 - на SSD храню mdf+ldf и бекаплю их на HDD

тогда при том что файлы mdf + ldf меняются раз в сутки на сколько хватит жизни SSD. просто не понимаю разве в течении рабочего дня sql не обращается к этим файлам, скажем при любой операции в 1с, что в тонком что в толстом. Просто если обращение 1раз в сутки, то смысл ставить БД на SSD... или я опять что то упустил)))

Не стал бы я рисковать ssd - хотели, купили и теперь лежат просто так, оставил бы сервер 1с на старом, на новом только sql, и под базы массив собрать 5+1 на саташных дисках, сейчас они подешевели дальше некуда.

Я бы текущий сервак оставил бы под терминал/клиенты, а на новыый вытащил ТОЛЬКО SQL и сервер предприятия. Ну и конечно между ними хотя бы гигабитная сеть

а по поводу системы. Ну у тебя сервак будет, вот и поиграешься что лучше Win03+ sql03 или win08+sql12

Всем большое спс за советы! впереди выходные! в понедельник придет сервак новый. Буду тестить о резалтах и уверен проблемках буду писать))))