Имя: Пароль:
1C
1С v8
Запуск сервера 1с83
, ,
0 serdanton
 
23.03.16
08:28
Добрый день!
У меня рабочая станция, выполняющая роль сервера 1с83. По сути просто мощный комп с i5 на борту, 16 Gb оперативной памяти, зеркальный RAID SATA на 2 диска по 500 Gb баракудовских 7200.
Изначально работал как контроллер домена и файловый сервер (Windows Server 2008r2), цеплялись к нему по wi-fi, 3 юзера и проблем не было. Потом я установил туда SQL2008r2 и сервер 1с83, развернул Бухгалтерию предприятия 3.0 и по-прежнему 3 пользователя работали по wi-fi, клиент 1c83 у них на локальной станции. Тут возникла первая проблема, сквозная авторизация по доменным учеткам, очень долго она происходила и пришлось все вернуть назад (вход по логин/паролю).
Далее появилась потребность в новой конфигурации 1С8 Бухгалтерия сельскохозяйственного предприятия от Агрософт. Купили. Там есть одно НО, в силу того, что решение не типовое, есть дополнительный ПРОГРАММНЫЙ ключ защиты, его тоже приобрели. НО в силу того, что он ПРОГРАММНЫЙ, пришлось делать виртуальную машину на случай поломки, дабы не терять ключа. Далеко не стал ходить и сделал на этой же машине силами Hyper-V еще одну, установил там ключ и роль сервера терминалов (планируется еще 5 пользователей). Стало медленно работать 1с как типовая так и не типовая. Выбор на Hyper-V попал поскольку раньше на этом компе у меня был просто Hyper-V Server 2008r2 и работало 3 виртуальных машины без напряга (хостинг сайта, сервер Касперсокго на гостевой Windows Server 2008r2 и еще какая-то не помню точно какая, вроде просто семерка для тестов была).
В чем проявляется «медленность». Включаю утром сервер, заходят пользователи, при первом запуске (даже с использование сквозной авторизации) все проходит изумительно, все пользователи без особого ожидания попадают в программу, правда работает не очень быстро. При повторном входе начинаются проблемы, сквозная авторизация либо не отрабатывается, либо приходиться ждать по 10-15 минут, не сквозная приходиться ждать минут 10. Останавливаю службу 1с, останавливаю SQL, жду минут 10-15, стартую и все изумительно. А дальше все по новой.
Первое, что посоветовали, так установить более скоростной диск, что я и сделал. Перенес на него базы SQL и проверил работу TRIM (он работает). SQL выделил 8 Гигов, базам по 8 гигов на диске, логи по 200 метров добавляются. 6 гигов под сервер терминалов (о нем писал вышел) ну и 2 Gb на нужны DC и файлового сервера. Пиковые нагрузки не превышают 11 гигов, rphost максимум 1,5 гига (причем rphost’ов почему-то только один выделается в диспетчере задач) с ним я так понял никто «априоре» бороться не может.
Может кто посоветует, как ускорить запуск и работу сервера, нового железа пока не могу себе позволить. Оперативной памяти стоит уже по максимум. На следующей неделе подключать буду удаленный офис по VPN и планируется их пускать на сервер терминалов. Постоянно перезагружать сервер это очень будет «печально».
Заранее спасибо!
1 mehfk
 
23.03.16
08:38
Установи еще до кучи туда Microsoft Exchange Server
2 shuhard
 
23.03.16
08:38
(0) изумительный топик ни о чем
3 ДенисЧ
 
23.03.16
08:39
Мда... скуль, сервер 1с и контроллер домена на одной машине..
И эти люди жалуются на скорость...
4 Одинесю
 
23.03.16
08:42
Виртуальные машины сильно просаживают быстродействие, раза в 2 быстрее стало, как ушли от них.
5 пипец
 
23.03.16
08:43
сам себе злобный буратино (16 ОЗУ - ваще ниочем)
6 LastSoldier
 
23.03.16
08:51
Сколько всего пользователей и кто как работает? (терминал, комп, через браузер)
7 ДемонМаксвелла
 
23.03.16
09:06
лажа, которую видно сразу - это wifi

А так конечно нужно разбираться на месте
8 Dmitrii
 
гуру
23.03.16
09:07
Прямо с ходу:

1. 1С в виртуальных средах не живет.

>> пришлось делать виртуальную машину на случай поломки
Это вообще какой-то поток сознания в бреду или угаре.
Особенно если учесть, что эта виртуальная машина на том же самом сервере, который по вашим предположениям может поломаться. Звиздец резервирование.

2. На сервере кроме сервера 1С и СУБД ничего быть не должно (никаких AD, файловых серверов, серверов служб терминалов, антивирусов и т.п.).

3. Почему WiFi? WiFi приемлемо, если никаких возможностей подключить проводную сеть вообще нет.

4. Ну и собственно само железо... Что вы хотите от обычного офисного компа (пусть даже и мощного)? Это НЕ сервер. Почему вы ожидаете от него серверного качества и скорости?

PS Мои жигули очень медленно тащат мой десятитонный прицеп, в который я напихал кучу металлолома. Я пробовал менять колёсные диски, коврики в салоне и заливать другой бензин, но ничего не помогает. Подскажите что мне делать?
9 ДемонМаксвелла
 
23.03.16
09:09
(2) с терминалом, если железо справляется с нагрузкой, будет до определенного числа пользователей быстрее

причем в разы быстрее
10 ДемонМаксвелла
 
23.03.16
09:10
(9) это к (8)
11 APXi
 
23.03.16
09:14
У меня i7, win2008r2, 16 гб, virtualbox (для сайта), 5 терминальный пользователей. Одновременно открыто по 10-15 баз 1с, от 77 до erp2. Все нормально.
12 LastSoldier
 
23.03.16
09:15
(8) В корне с Вами не согласен.
У нас работают 10 пользователей (6 из них в терминальном режиме). Сервер стоит один, на нем терминалы крутятся 1с сервер и SQL.
Машина под сервер стоит обычная AMD Phenom II X6 1090T оперативы 12 ГБ, один твердотельный жесткий диск как основной другой обычный чисто для бэкапов.
Все летает отличное главное прямые руки, а не крутое железо
13 antistaks
 
23.03.16
09:28
ухх, а теперь закройте глаза и представьте что это рухнуло в один в день)))
Зачем на штатную машинку крутить куча виртуалок.
Решение проблемы здесь одно, вывести 1с на отдельную машину.
Закрутить всех в терминал либо web.
Вуаля, все работает как часики.
14 LastSoldier
 
23.03.16
09:35
(13) уже почти 4 года полет нормальный.
С нашим отстойным Ростелекомом хороший инет не светит.
Если рухнет у нас еще делаются запасные бекапы на внешний жесткий диск.
Так что как рухнет, так и восстановим )
А Вы нам подарите эту отдельную машины )
Нет? ну тогда и смыла нет это писать.
Не вижу смысла в том чтобы что-то менять, когда все работает как часики
15 Dmitrii
 
гуру
23.03.16
09:38
(9) У тебя сразу два уточнения, противоречащих ситуации автора ветки:

1. "если железо справляется с нагрузкой"
У него оно УЖЕ не справляется.

2. "до определенного числа пользователей"
Не совсем понятно до какого именно. Предположение, что зависит от п.1 - железа.

Ну и ключевой момент - идёт ли речь об УФ или обычных.
Для обычных форм, безусловно соглашусь, что терминал предпочтительнее и скорее всего быстрее.
Для УФ результат сравнения если и будет в пользу терминала, то уже не так разительно по сравнению с тонким клиентом.
16 antistaks
 
23.03.16
09:40
(14) Смысл виртуальных машин без кластера(без хорошей отказоустойчивости)? Под словом рухнет, я имел виду выход из строя к примеру МБ, ЦПУ.
Дело ваше конечно.
17 Dmitrii
 
гуру
23.03.16
09:40
(12) Про прямые руки никто не спорит.
Только не надо мне говорить, что в (0) - описание пряморукой настройки.

В (8) я выдал лишь общие рекомендации. Без конкретики соглашусь с оратором в (2) - спор ни о чем.
18 Остап Сулейманович
 
23.03.16
09:44
(0)
"Далеко не стал ходить и сделал на этой же машине силами Hyper-V еще одну, установил там ключ и роль сервера терминалов (планируется еще 5 пользователей)."

Прелестно... прелестно... Т. е. под каждую новую конфигурацию будем организовывать новый сервер вместо того, что бы просто добавить еще одну в список баз?
19 Jump
 
23.03.16
09:47
(0)Запросто -
1)удалить виртуализацию
2)протянуть кабель


Виртуализация это отличная вещь, но она для тех кто не считает денег на железо. Если не можешь позволить себе нормальное железо, забудь про виртуализацию как про страшный сон.

WiFi и работать - это не совместимо.
Работать только по кабелю.
WiFi чисто в интернете пошариться, без претензий к скорости и стабильности.
20 LastSoldier
 
23.03.16
09:47
(17) Я не говорил что у (0)- все настроено правильно, просто у многих решение купить новое железо выглядит логичным, я считаю это бредовым решение.
Надо сначала выяснить из-за чего конкретно появляется такая проблема, а потом уже думать как ее решить, если конешно будет виновным железо, значит придется менять на лучшее.
А могут быть и проблемы с роутером, настройками кластера, настройками SQL и тд., это так чисто для примера.
21 ДемонМаксвелла
 
23.03.16
09:48
(15) по п.1 согласен
по п.2 количество пользователей зависит от процессора и от оперативки (грубо нужно выделять от 500 Мб оперативки и 500 Мгц на юзера), по скорости если сравнивать терминал/не терминал даже для УФ должна быть разница

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

и всё будет справляться
22 Jump
 
23.03.16
09:50
+(19) и еще удалить Касперского.
Зачем на сервере БД может понадобиться антивирус?
23 LastSoldier
 
23.03.16
09:53
(19) WiFi и работать - это не совместимо.- не согласен
вайфай вайфаю рознь, если вы используете для работы d-link или TP-link - это печально.
У меня есть одна удаленная точка которая работает используя WI-FI MIKROTIK и ничего, все работает отлично и без нареканий уже несколько лет. Так что не надо писать глупости про WI-FI и все обобщать
24 ДемонМаксвелла
 
23.03.16
09:58
(23) А вот тут не согласен. Стабильность и скорость провода значительно выше. Найти денег на провод и на работы по прокладке любая фирма может.
25 LastSoldier
 
23.03.16
09:59
(22) А причем тут сервер БД, если у него через этот же сервер работаю терминалы и выходят в интернет, то защита от вирусов желательно, НО
У нас то же сначала стоял антивирус avast, бесплатный на месяц, попробовал его, да действительно он наше железо притормаживал  и было не все гладко, но потом я его удалил и все, щас никакой защиты нету, я поставил всем adblock в браузер, да защита слабая, но результат налицо, за все время работы сервера ни одного вируса не было
26 ДемонМаксвелла
 
23.03.16
10:07
(25) за пользовательский интернет на сервере баз данных нужно отрывать яйца
27 LastSoldier
 
23.03.16
10:07
(24) По скорости сейчас Wi-Fi уже обогнал обычную витую пару 1Гбит, раньше было по другому.
У меня была возможность протестировать оборудование MIKROTIK, я его сравнивал с обычным кабелем. Итог тестов оказал практически одинаковым, по этому было решено поставить WI-FI MIKROTIK для удобства, результат оказался очень даже впечатляющим, все остались довольны.
Вы конечно пишите что не согласны с этим, а Вы сами хоть проводили опыты с Wi-Fi? Нет? А прежде чем это утверждать проведите.
Я советую именно оборудование MIKROTIK, можно еще ubiquiti
28 LastSoldier
 
23.03.16
10:11
(26) Да, это не очень хорошо, НО
я Вас удивлю, но большинство ИП и мелких организаций делают так.
Если у Вас на сервере хранятся какие-то секретные данные или организации намного крупнее мелки ООО, тогда конечно тут надо делать по другому.
29 ДемонМаксвелла
 
23.03.16
10:20
(27) про wifi быстрее 1Гбит бред

802.11ac — новый стандарт IEEE. Скорость передачи данных — до 6,77 Гбит/с - такое практически никто не ставит. роутер стоит тысяч 15р, и реальную скорость нужно будет разделить на количество юзеров и уменьшить за счет того что...

"Производителями оборудования указывается скорость на L1 (OSI), в результате чего создаётся иллюзия, что производитель оборудования завышает скорость, но на самом деле в Wi-Fi весьма высоки служебные «накладные расходы». Получается, что скорость передачи данных на L2 (OSI) в Wi-Fi сети всегда ниже заявленной скорости на L1 (OSI). Реальная скорость зависит от доли служебного трафика, которая зависит уже от наличия между устройствами физических преград (мебель, стены), наличия помех от других беспроводных устройств или электронной аппаратуры, расположения устройств относительно друг друга и т. п.
https://ru.wikipedia.org/wiki/Wi-Fi#.D0.9D.D0.B5.D0.B4.D0.BE.D1.81.D1.82.D0.B0.D1.82.D0.BA.D0.B8_Wi-Fi

802.11g — 54 Мбит/c - обычно у всех это стоит
30 LastSoldier
 
23.03.16
11:27
(29) если Вы внимательно читали статью, то там сказано только про 2.4 GHz, а есть еще 5 GHz )
https://ru.wikipedia.org/wiki/IEEE_802.11
31 LastSoldier
 
23.03.16
11:29
(29) видно что Вы далеки от Wi-Fi.
Почитайте еще о MIKROTIK и ubiquiti на форумах и посмотри отзывы о качестве их работы )
32 ДемонМаксвелла
 
23.03.16
11:37
(31) конкретную модель роутера давай, может я чего-то и не знаю
33 serdanton
 
23.03.16
11:59
Благодарю за "конструктивную" критику. Из общей массы сообщений я понял, что мне надо "разнести" на разные машины сервер 1с+SQL с DC и файловым (вот только не понятно почему).
Да я согласен, у меня НЕ сервер, раньше работал с фермой Proliant DL 380-580 и eva 6000, там 1 с была пошустрее.
Кстате у меня тоже МИКРОТИК и нареканий по скорости нет.

ИТОГ: проложить кабель и купить сервер? ну это для "ленивых", согласитесь?
34 ДенисЧ
 
23.03.16
11:59
"вот только не понятно почему"
Вот потому, что как ДЦ, так и 1с со скулем бешено нагружают диск. И мешают друг другу
35 Jump
 
23.03.16
12:51
(33) Не понятно при чем тут микротик? Вроде речь про микротики не шла.

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

Главное сделать две вещи-
1)убрать виртализацию
2)убрать вайфай.
3)убрать антивирус.

Ну это самый ужас в приведенной конфигурации.ъ

И что значит фраза - "для ленивых" ?
36 Jump
 
23.03.16
12:58
(23) Я часто имею дело с WiFi - железки обычно микротики, убикьюти, и тп-линки.
Это из дешевых. Из дорогих работал с ракусом, это конечно сказка, но ценник космический.

Так вот повторю еще раз - WiFi и работа вещи не совместимые.
Хотите работать - тяните провод.
Хотя WiFi вещь нужная, для мобильности.
37 Jump
 
23.03.16
13:01
(29)Ну почему бред - можно линк сделать с прокачкой гигабита, и в принципе не сильно дорого, но условия нужно обеспечить идеальные.
Т.е где угодно его просто так сделать невозможно.
А вообще - без проблем.
38 Jump
 
23.03.16
13:02
(31) Недорогое и вполне приличное по качеству оборудование, звезд с неба не хватает, но несколько лучше откровенных SOHO девайсов типа тплинка, и прочих.
39 serdanton
 
29.03.16
12:17
Перевел 1С8 Бухгалтерия сельскохозяйственного предприятия от Агрософт в файловый режим, все проблемы ушли
40 Pavel_Petrov
 
29.03.16
20:23
Тоже долго думали над тем, как исправить тормоза базы имея свой сервак 1С8 в офисе, правда было попроще с архитектурой системы, но админ плясал с бубном и так и сяк. По его словам уперлись в железо, да и финансы на апгрейды при кризисе брать неоткуда, а работа порой вставала из-за висяков. В общем, стали думать как при небольших затратах избавиться от проблем с производительностью раз и навсегда. Тут появился вариант переходить на облако, где статики в ресурсах нету, а сколько надо столько и "жрешь". Решили провести конкурс среди того, что попалось под руку. В итоге выбрали это http://efsol.ru/solutions/enterprise-cloud.html По началу  брали на тест, залили свои базы и вуаля, как говорится. Короче, админ тот больше у нас не работает...