ИТ клубочек в рамках клуба

[SkyNetLPY]

(18-06-2015 08:13)ulitko :  Сервер под 1с (две базы) и sql. Сейчас стоит 16гб оперативки, проц xeon e5606 на 2.13 мг. Рейд 10, 4 шт по 250гб. Понимаю что надо хоть бы 32 гб оперативки или лучше 64, так как 1с-ке постоянно нужно много, еще и скуль хавает. Когда идет обоработка накладных так вообще печально все.
Думал сначала сменить hdd на ssd. Потом "узким" местом станет уже не винт, а локалка (подключения не терминальные). Потом уже пробовать делать подключение пользователей через терминал. Но тут я не очень понимаю в вопросе безопасности при терминальном подключении.

Смотря какого размера у вас базы и сколько коннектов на сервере. Относительно нагрузки при обработке накладных - думаю нужно смотреть в сторону оптимизации.
Из своего опыта 32 гб сервер нормально рулит 4 базами общим объемом 500 гб и 120 постоянных коннектах.
ссд винты хороши при высокой нагрузке на накопители. То есть когда за один заход много пишется или читается данных.(хороший пример OLAP-кубы системы бизнес-анализа). ссд даст прирост во время построения разных сложных отчетов, за большие периоды. При внесении первичных данных в 1С разницы вы не почувствуете.
Терминальными подключениями не рекомендую злоупотреблять - пользователи запускают не только 1С что приводит к нагрузке на и так не бесконечные ресурсы.
Вообще по рекомендации 1С не рекомендуется на 1 сервере устанавливать сервер СУБД и сервер 1С. Для балансировки нагрузки нужны 2 сервера.
Попробуйте использовать RemoteApp вместо непосредственного входа на терминал. С точки зрения безопасности терминал даже дает некоторые преимущества.
И да, локалка не станет узким местом, количество информации передаваемое по 100 мегабит локалке далеко превышает потребности 1С.

---

---

(18-06-2015 09:11)ulitko :  Бэкапить систему как-то не очень удобно. А так два "рейда 1" дадут шанс быстро все вернуть на свои места, важна возможность как можно быстрее запустить работу без потерь времени и данных. Выходит нужно 4 шт ssd. У вам есть опыт использования таких интелов, о которых говорили раньше? Какая именно серия? А то нашел вообще под pci слот, там скорость чтения вообще космос.

Есть разные схемы бекапирования. Есть шедулеры. Поищите в инете информацию про Red Gate. Мне в нем очень импонирует возможность сжимать бекапы.

[Рокенрольщик]

Intel 530 Series - под систему

Intel серия pro - для баз данных

Хотя время на отказ у них одинаковое 1,200,000 Hours

Intel® SSD 730 Series тоже можно под базы 2,000,000 Hours

[andrey13]

[Andmat]

(18-06-2015 09:36)smile :  похоже, что вы таки хотите ускорить работу системы, а под соусом замены hdd - попробовать ssd.

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

"сархивируйте" исторические данные прошлых годов для ужатия объема оперативной базы до необходимого минимума - оно и бэкапы ускорит и общую производительность.
кстати - какой у вас объем БД ?

Да, так и есть. Нехватает в первую очередь производительности. А раз уж замена винтов, то и ssd внедрить. Есть аналитик который целыми днями только отчеты стоит на пару тыщ строк. Бэкаппы баз, архивиравание в разы быстрее будет кмк.
Архивацией занимаюсь, сжатием файлов самой базы и журнала посредством sql management studio тоже. Размер баз 130гб и 34 гб.

(18-06-2015 09:41)SkyNetLPY :  Смотря какого размера у вас базы и сколько коннектов на сервере.
...
Терминальными подключениями не рекомендую злоупотреблять - пользователи запускают не только 1С что приводит к нагрузке на и так не бесконечные ресурсы.
Вообще по рекомендации 1С не рекомендуется на 1 сервере устанавливать сервер СУБД и сервер 1С. Для балансировки нагрузки нужны 2 сервера.
Попробуйте использовать RemoteApp вместо непосредственного входа на терминал. С точки зрения безопасности терминал даже дает некоторые преимущества.
И да, локалка не станет узким местом, количество информации передаваемое по 100 мегабит локалке далеко превышает потребности 1С.

У меня постоянных где-то 15 подключений, максимум 30. Но пока что все через толстый клиент, т.е. все ганяется через локалку. Понимаю что не есть гуд. Потому и хочу сделать апргейд железа и оптимизацию инф. потоков через локалку.
Терминалка не очень подходит так как пользователи обычные, некоторые вообще не поймут где их раб. стол и диск Д когда нажмут Ctrl+S. Потом начнут путаться куда сохранять отчеты, кароч не вариант. Начал копать в сторону RemoteApp. Вроде то что надо. Только вопрос, можно ли запустит одновременно 2 таких окна с программой в терминале?

---

---

Рокенрольщик, у вас стоят вышеописанные винты? Как долго работают?

[Рокенрольщик]

Работают более двух лет.
На профильных форумах 1с можете почитать отзывы использования sdd.

[Sereg@]

(18-06-2015 08:13)ulitko :  Когда идет обоработка накладных так вообще печально все.

1. темп дб - на отдельный диск, лучше ССД, а еще лучше ограниченную в РАМ диск, остальное - на ССД
2. Если АПП и СУБД на одном серваке - включите шаред мемори
3. включить режим восстановления БД - симпл, если не снимаете бэкапы журнала транзакций
4. Секционирование больших таблиц и по разным дискам разнести файловые группы. Актуальный период - на ССД.
5. если 8.3 - управляемые блокировки в помощь
6. Если скуль Ентерпрайз 2014 - можно вынести часть таблиц в память+поиграться с колумнсторе, но ОЗУ очень критично мало.

А так perfmon и найдете узкое место.

посжимайте большие таблицы с типом сжатия - Page - это уменьшит нагрузку на диски, но увеличит на 15% нагрузку на проц. И имейте в виду, что при реструктуризации секционирование и сжатие "улетает", надо писать ДДЛ триггер, так как 1С ломает скульные фичи при реструктуризации объектов, на которых это было сделано.

[SkyNetLPY]

(18-06-2015 11:39)ulitko :  Только вопрос, можно ли запустит одновременно 2 таких окна с программой в терминале?

Нет. Более того, поскольку приложение запускается удаленно, то и ресурсы(диски. принтеры) будут серверные, не локальные. Единственное что для пользователя это будет выглядеть как его локальная программа(проблема с пониманием "где мой рабочий стол, а где серверный").
Размер базы и количество подключений у вас не большое, не пойму почему проблемы с производительностью. В какой именно момент не хватает производительности, при проведении документов, или построении отчетов?

---

---

(18-06-2015 12:05)Sereg@ :  1. темп дб - на отдельный диск, лучше ССД, а еще лучше ограниченную в РАМ диск, остальное - на ССД
2. Если АПП и СУБД на одном серваке - включите шаред мемори
3. включить режим восстановления БД - симпл, если не снимаете бэкапы журнала транзакций
4. Секционирование больших таблиц и по разным дискам разнести файловые группы. Актуальный период - на ССД.
5. если 8.3 - управляемые блокировки в помощь
6. Если скуль Ентерпрайз 2014 - можно вынести часть таблиц в память+поиграться с колумнсторе, но ОЗУ очень критично мало.

По знанию соглашусь с пунктами 1-4.
По 5: скорее не 8.3, да и переписать существующую конфу под управляемые блокировки весьма затруднительно, слишком много связанных по цепочке объектов.
Если на то пошло - то ставить типовую на 8.3 и переносить остатки. Тогда уже и тонкий клиент юзать, но под тонким клиентом основная нагрузка на сервер. Его придется усилить на порядок.

[Andmat]

Sereg@, спасибо за советы.
Почитаю более подробно про perfmon.

---

---

Цитата:В какой именно момент не хватает производительности, при проведении документов, или построении отчетов?

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

Конфа 8.2. Переходить куда-то не могу и не имею права (политика такая). В любом случае, нужно добавить оперативы и нескольких людей в терминал, там и видно будет нужно ли ssd. Или еще один проц кинуть (мамка позволяет)

[Sereg@]

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

[SkyNetLPY]

(18-06-2015 12:22)ulitko :  И там и там. Пробовал на пк юзера крутить большой отчет и рядом через терминал. Другой вариант реально быстрее, при этом ресурс раб. пк остается свободным для других программ.

Ну на сервере все гораздо быстрее. А если настроить формирование отчетов вообще "на сервере" то будет еще веселее. У меня пользователь запускает формирование тяжелого отчета и занимается своей работой, а потом ему всплывает уведомление о том что отчет сформирован и его можно посмотреть))
Если тормоза наблюдаются при работе с документами, то надо бы сначала оптимизировать код, иначе добавление оперативки просто увеличит количество одновременно работающих пользователей, но на быстроте работы документа отразится не принципиально.