Нужно перевести одну небольшую организацию с WinServer2008 на Linux-решение.
Что есть:
Один Контроллер домена на WinServer2008: 1С-файловая, DNS, DHCP, файловый сервер.
Что нужно:
Перевести все на Linux, оставив на WinServer только 1с.
Может кто подскажет какие нибудь статейки по этой теме?
LinuxForum.Fans
Переход с Windows Server 2008 r2 на Linux
Автор: binc1
16 сообщений
1986 просмотров
Нужно перевести одну небольшую организацию с WinServer2008 на Linux-решение.
Что есть:
Один Контроллер домена на WinServer2008: 1С-файловая, DNS, DHCP, файловый сервер.
Что нужно:
Перевести все на Linux, оставив на WinServer только 1с.
Может кто подскажет какие нибудь статейки по этой теме?
Можно. Даже 1С можно.
Контроллер домена, если просто PDC, нормально, если AD, то без напильника не обойтись.
[quote=binc1]Нужно перевести одну небольшую организацию с WinServer2008 на Linux-решение.
Что есть:
Один Контроллер домена на WinServer2008: 1С-файловая, DNS, DHCP, файловый сервер.
Что нужно:
Перевести все на Linux, оставив на WinServer только 1с.
Может кто подскажет какие нибудь статейки по этой теме?
Можно. Даже 1С можно.
Контроллер домена, если просто PDC, нормально, если AD, то без напильника не обойтись.[/quote]
К сожалению, AD
Не нужно это делать, чем вам вин не понравился?
Не нужно это делать, чем вам вин не понравился?
Разгрузить сервер с 1с нужно, а денег на еще одну лицензию Window Server мне не дают
Что так сильно тормозит все?
Что так сильно тормозит все?
Бухгалтерия при закрытии месяца в 1с жалуется, что "очень долго". Программисты, занимающиеся 1с говорят что в самой программе все нормально, это с сервером проблемы, вот я и хочу перенести с него все, кроме 1с
Программисты 1С они такие, попросите у них замеры скорости при выполнения той или иной проводки. Я больше чем уверен то, что откажут. А что за сервер? Какие железки. Какая БД, размер её.
Мой вам совет, купите два SSD диска и туда перенесите БД
Программисты 1С они такие, попросите у них замеры скорости при выполнения той или иной проводки. Я больше чем уверен то, что откажут. А что за сервер? Какие железки. Какая БД, размер её.
Мой вам совет, купите два SSD диска и туда перенесите БД
Сервер:
Процессор: Intel Xeon CPU X322 2.4 GHz (4 ядра)
ОЗУ: 8 Gb
Аппаратный Raid 1 (1 Tb)
БД файловая, все базы (с бэкапами, с базами прошлых годов и тд), одним словом, папка выделенная под все это весит 18 Gb, но БД "Бухгалтерия", которой они пользуются 3 Gb + "Зарплата" - столько же
ОЗУ: 8 Gb
памяти добавить бы, ну хотя бы до 16Gb. + На SSD диски перетащить БД. Прирост увидите даже тогда когда перетащите на SSD диски базу 1С.
Хотя их цена сейчас выросла, но все же это будет дешевле, нежели новый сервак + то что вы хотите сделать.
Обычно смотрят монитор производительности. Исходя из его отчетов находят узкое место в работе сервера.
1С использует только одно ядро процессора, на скорость работы влияет частота процессора, а не многоядерность. При покупке сервера лучше бы взяли другой процессор с частотой 3GHz и выше.
Так как БД файловая, по сети передается по более трафика. Возможно в этом затык.
Ищите узкие места, хотя в большинстве случаев, узким местом выступает дисковая подсистема.
Обычно смотрят монитор производительности. Исходя из его отчетов находят узкое место в работе сервера.
1С использует только одно ядро процессора, на скорость работы влияет частота процессора, а не многоядерность. При покупке сервера лучше бы взяли другой процессор с частотой 3GHz и выше.
Так как БД файловая, по сети передается по более трафика. Возможно в этом затык.
Ищите узкие места, хотя в большинстве случаев, узким местом выступает дисковая подсистема.
Если я правильно понял топикстартера, то у него эксплуатируется 1С версии 7.7. То есть обычная файл-серверная задача с разделяемыми файлами. В этом случае производительность сервера играет очень малую рояль, а узким местом будут две сущности - диск (решение - перенести базу на SSD) и сеть (решение - перевести сеть на гигабит).
Переводить же сам файловый сервер на Linux, на самбу, конечно, можно но... Я бы не рекомендовал переносить под Linux базу 1С. Её лучше держать на виндовом сервере. А вот всё остальное - можно и перенести. Почему? Самба для меня продукт очень специфический и малопонятный в настройке _производительности_. А именно - у меня сеть гигабитная и большие файлы копируются из каталога, который лежит на том же томе, что и база 1С со скоростью 30-50 мегабайт/c. Но вот из каталога 1С (где пасется полтора-два десятка юзерей) скорость падает в 5-10 раз. И хорошо если достигает 10 мегабайт. Отсюда и тормоза в 1С возникают.
[quote=AlfaStriker]Обычно смотрят монитор производительности. Исходя из его отчетов находят узкое место в работе сервера.
1С использует только одно ядро процессора, на скорость работы влияет частота процессора, а не многоядерность. При покупке сервера лучше бы взяли другой процессор с частотой 3GHz и выше.
Так как БД файловая, по сети передается по более трафика. Возможно в этом затык.
Ищите узкие места, хотя в большинстве случаев, узким местом выступает дисковая подсистема.
Если я правильно понял топикстартера, то у него эксплуатируется 1С версии 7.7. То есть обычная файл-серверная задача с разделяемыми файлами. В этом случае производительность сервера играет очень малую рояль, а узким местом будут две сущности - диск (решение - перенести базу на SSD) и сеть (решение - перевести сеть на гигабит).
Переводить же сам файловый сервер на Linux, на самбу, конечно, можно но... Я бы не рекомендовал переносить под Linux базу 1С. Её лучше держать на виндовом сервере. А вот всё остальное - можно и перенести. Почему? Самба для меня продукт очень специфический и малопонятный в настройке _производительности_. А именно - у меня сеть гигабитная и большие файлы копируются из каталога, который лежит на том же томе, что и база 1С со скоростью 30-50 мегабайт/c. Но вот из каталога 1С (где пасется полтора-два десятка юзерей) скорость падает в 5-10 раз. И хорошо если достигает 10 мегабайт. Отсюда и тормоза в 1С возникают.[/quote]
Сеть гигабитная, а 1С терминальная (если я правильно применил это слово). Т.е. вся 1с крутится на сервере, а пользователи по RDP заходят на сервер и на нём уже работают. Как я понимаю, проблема остаётся в диске, купил SSD, на неделе поставлю и отпишусь о результате
Обычно смотрят монитор производительности. Исходя из его отчетов находят узкое место в работе сервера.
1С использует только одно ядро процессора, на скорость работы влияет частота процессора, а не многоядерность. При покупке сервера лучше бы взяли другой процессор с частотой 3GHz и выше.
Так как БД файловая, по сети передается по более трафика. Возможно в этом затык.
Ищите узкие места, хотя в большинстве случаев, узким местом выступает дисковая подсистема.
Я не думаю, что проблема в сети - она гигабитная, и по сети идёт только трафик RDP (вся 1с на сервере, а пользователи подключаются по RDP и работают уже на сервере)
Известны случаи торможения 1C 7.7 с DBF на термналках под Win2008 по сравнению с Win2003 сервером: http://forum.ru-board.com/topic.cgi?forum=8&topic=37646
В принципе можно отделить AD, DHCP, DNS на другой ком, но это не даст большого прироста скорости.
ИМХО советую решения:
Почистить старые периоды в 1С
Поставить вместо Win2008 Win2003 под 1С
Перейти на SQL вариант с апгрейдом 1С до 8.3
На первых порах отселить все архивы на другую машину...
1. В принципе можно отделить AD, DHCP, DNS на другой ком, но это не даст большого прироста скорости.
2. Почистить старые периоды в 1С
3. Поставить вместо Win2008 Win2003 под 1С
4. Перейти на SQL вариант с апгрейдом 1С до 8.3
5. На первых порах отселить все архивы на другую машину...
1 - баловство, ресурсов оно не ест и на производительность не сказывается. Так что, вывод поддерживаю.
2. Это правильный совет. Вот только не всегда это можно сделать. По целому ряду причин. Во первых сама процедура весьма "хрустальная" и кроме этого - требует очень длительных процедур. За выходные можно и не управиться с обсчетом. Во вторых, у бухгалтеров могут быть весьма резонные возражения против пересчета остатков за прошлые закрытые периоды... Особенно если какие модификации ставились. Результат такого пересчета может быть непредсказуем.
3. Совет неправильный. Правильный Thru-linux совет должен быть таким - поставить отдельный сервер на Linux. На нем развернуть терминальный доступ на базе RX, а саму 1C крутить под управлением Wine@Etersoft. Оно работает. И весьма неплохо. Ну а саму базу держать на виндовом сервере.
4. Совет вредный. Так как его давший забыл про одну материальную сущность. Бюджет для такой задачи. Например, когда я подсчитал требуемый бюджет перевода нашей конторы на 8-ку... В общем там цена лицензий уже мелко видна была, а все остальное - кастомизация нашей весьма сильно кастомизированной задачи. Там под лимон (и это в гораздо более спокойные времена) выходило затратами. Естественно, начальство такую идею задробило.
5. Не даст ничего в плане производительности. Архив лежит тушкой и ресурсов от производительности не отнимает. А вот в плане надежности - архивы лучше раскидывать минимум на 2 разные машины. Один оставлять на рабочей, второй относить куда-нибудь подальше. От греха какого. Мало ли пожар или еще что...
не забудьте только отключить шетдулер(дефрогментацию диска) для SSD, т.е. выполнить тюнинг.купил SSD,
бред, не надо этого делать, лучше 2008 обновить до RC2.Поставить вместо Win2008 Win2003 под 1С
цена лицензий = иномарка премиум класса.Перейти на SQL вариант с апгрейдом 1С до 8.3
p.s. вообще 7.7 уже мертва, и ее поддерживать становится все накладней и накладей, переходить на 8.3 по любому надо будет, здесь цена вопроса в турдозатратах и землекопах 1С программиста)
Войдите или зарегистрируйтесь, чтобы ответить.
