Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Увеличение оперативности работы 1С 8.3

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3

Открыть новую тему     Написать ответ в эту тему

The_Nerd



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Проблема заключается в том, что есть БД 12Гб и 8Гб, юзают файловым методом по сети 3 бухгалтера (3 клиента), 1С 8.3 и при работе с БД есть большие тормоза. Нужно ускорить работу 1С. Для этого приобретён б/у сервер, следующей конфигурации:
 
Платформа ittelo Supermicro 6016T/X8DTU-F/NoCPU/4T3.5/1U/1P/IPMI
Процессор Intel@ Xeon@ X5675 12M Cache, 3.06 GHz, 6 ядер LGA1366 - 2шт.
Оперативная память DDR3 8GB - 4шт.
SSD накопитель SATA 256GB/2,5/6gbs НСЗ Micron 1100 - 2шт.
 
Я хотел изначально SSD в RAID 1, поставить Windows 2012 R2 Server Standard Rus x64, поднять на нём терминальный сервер, на сервере 1С 8.3 Предприятие, чтобы пользователи использовали удалённый рабочий стол до сервера.
 
Но, мой вариант был раскритикован следующим письмом:
 
"1. В сервер я бы добавил еще два жестких диска обычных hdd в raid1 для системы.
 
2. Для сервера можно взять внешний диск для резервных копий самого сервера и бд, на случай если сервер выйдет из строя чтобы информация осталась. Внешний диск можно использовать usb или сетевой.
 
3.  В целом с такой конфигурацией сервера можно посмтореть в сторону:
3.1. Использовать на сервере ms windows 10 pro или ent - это бюджетный вариант.
+ ms windows 10 Pro
+ скрвер 1с предприятия
+ ms sql server runtime
Итого дешевый и отказоустойчивый вариант, производительность при работе в 1с повышается
 
3.2. Использовать серверную ос и терминальный доступ для сервера это дорогой вариант и не самый правильный т.к. бд файловая большая имеет риски по выходу из строя:
+ Ms windows server 2016 std
+ Ms windows cal * 6 шт
+ Ms windows rds cal * 6 шт
Итого не сильно дешевый и не отказоустойчивый вариант, средний прирост производительности бд
 
3.3. Использовать windows server 2016 std + сервер 1с, в данном варианте серверная ОС позволяет использовать дополниетльные возможности типа active directory, dhcp, dns, груповую политику,...
+ ms windows server 2016
+ ms windows server cal * 6
+ сервер 1с
+ ms sql runtime
Итого дорогой, производительность повышается, отказоустойчивый, возможность организовать доменную сеть.
 
Я бы конечно выбрал вариант 3.1 как самый оптимальный или вариант 3.3 если нужен сервер в сети для управления входом в пк и управлением этих пк."
 
Может я что-то не понимаю, т.к. только-только начал работать сист.администратором в одной небольшой компании, но разве работа с БД 1С на MS SQL + сервер 1С будет шустрее терминального сервера? Будет же использоваться всё тот же файловый метод работы с БД 1С, а енто всё те же тормоза CIFS и если больше 2-х пользователей обращается по сети к БД, то третий получает дичайшие тормоза.
 
Хочется выбрать недорогой по лицензиям и самый оптимальный вариант с упором на отказоустойчивость. Просьба отвечать с пояснениями: почему тот или иной вариант лучше и какие лицензии нужно приобрести.

Всего записей: 4 | Зарегистр. 08-03-2008 | Отправлено: 00:27 09-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сдаётся мне, что про выбор сервера тут оффтоп, но отвечу на пару общих моментов.

Цитата:
но разве работа с БД 1С на MS SQL + сервер 1С будет шустрее терминального сервера?

Как минимум результат может быть разный по скорости в обе стороны, если будут работать 3 или 23 человека. У вас 3. Поэтому разница в SQL против файловая может быть очень незначительна или не быть вообще (на большинстве текущих операций. Может если отчёт какой огромный запустят на пол дня - тогда да.)
 

Цитата:
Может я что-то не понимаю...всё тот же файловый метод работы с БД 1С,

Тот же, да не тот же. Есть нюанс! Даже если (как говорят) внутри SQL используется "файловый" метод - этот варинт будет работать быстрее. Почему? Смотрите, когда у вас вариант клиент + файловая база на другом сервере с доступом по сети (то есть тупо расшаренная папка) - открытием, правкой, распихиванием данных по файлам (которые на ДРУГОМ серваке физически) занимается ваш клиент 1С. То есть он по сети открывает и правит сотни (или тысячи) файлов в базе А сервак занимается только обработкой сетевых запросов к КАЖДОМУ ОТДЕЛЬНОМУ файлу. В случае SQl устанавливается одно соединение на пользователя (или даже на клиента) и по этому соединению прут все данные от клиента в один поток на один порт. А уже сам сервер, который их получил, СВОИМИ вычислительными мощностями "распихивает" их внутри SQL-базы (пусть даже и по файлам). Само собой вариант "локальной" работы с данными на стороне SQL-сервера куда более быстрый (насколько - надо мерить и зависит от нескольких факторов, кол-во пользователей, сетка 100МБит или гигабит и т. п.), чем сетевой доступ со стороны клиента, когда клиент сам запрашивает доступ к каждому файлу. Вообще доступ к шаре - по моему самый медленный в принципе (я например сравнивал с FTP - в 2-3 раза медленнее при закачке одного и того же файла). Так что надо это учитывать. Но это может играть роль только при большом числе пользователей.
Я бы на вашем месте сначала пробовал вариант без SQL, ведь докупить софтину можно и позже, если файловый результат крайне не устроит.
 
Кстати, тут говорили где-то недавно, что для 1С самое большое значение в производительности имеет скорость проца в ГГц (не кол-во ядер, лучше меньше ядер, но больше частота ядра), ибо она параллельные вычисления вроде как даже не умеет. На заметку...
 

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

Вот это и почему впихивают Win 10 - я не понял, на совести впихивателей. Раз уж так - можно вообще про Linux подумать на серваке
 
Насчёт SSD или HDD. Ну я сам только за HDD, идейно, ибо надёжнее и дешевле (как правило) они и ёмкость больше .  SSD в случае файловой базы будет иметь большУю нагрузку. Неизвестно, сколько протянет. Если делается не на год-два, а на 5-10 лет - лучше HDD по надёжнности. Делать вариант и SSD и HDD на одном серваке, если там будет ТОЛЬКО база - я бы не стал, не вижу смысла. Для нагруженного сервака, терминального того же, любят ставить SSD под систему, а HDD под данные. Но это когда много задач, у вас 1 задача. Думаю, это будет перебор, и расточительно по денюжке. Так что тут выбирать думаю надо так, усилием воли и интуицией: скорость (но возможно меньшая надёжность) - SSD, надёжность с меньшей скоростью - HDD. Тут мы подходим уже к резервному копированию. Какое- оно будет, как часто? От этого тоже зависит. SQL резервировать проще и быстрее, чем файловую базу, к слову...
 
Ну вот такие мысли...  
 
 

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 16:22 09-05-2019 | Исправлено: igor me v2, 01:35 13-05-2019
The_Nerd



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
Спасибо БОЛЬШОЕ, значит я всё правильно планировал сделать.
Тему можно закрыть.

Всего записей: 4 | Зарегистр. 08-03-2008 | Отправлено: 00:17 13-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вообще-то, я в 1С ничего не понимаю, но пару слов сказать могу.
Есть такой "тест Гилева". Представляет собой "обработку" 1Сную или что-то в этом роде. Бесплатно скачивается. После завершения он шлёт данные о тесте в своё облако. Так там заметно, что SQLный вариант всегда заметно медленнее файловых конфигураций.
SQL имеет свойство съедать всю память. Как и 1С сервер. Как-то они не очень дружат всё-таки. Но там можно понастраивать чего-то. Разделить им память. У меня разнесено на разные железяки и виртуалки.
Надо понимать, что SQL это "плоская" база данных, таблицы, а 1С работает с "объектами". Вульгарно говоря - строит кубы. Это "жрёт процессор". Тогда как SQL'ю он не нужен почти. Ведь OLAP (те же кубы) не задействован.
Клиентская часть 1С активно юзает кэш клиента. Это к вопросу о терминалах, расположенных на том же самом сервере, что и БД. Но опять же, два шестиядерных Xeon'а в рабочих станциях не всегда встретишь.
В рейде всегда, чем больше дисков, тем они быстрее. Но зеркало SSD забивает даже 12 шпиндельный RAID 10 HDD по IOPS'ам в разы. Десятки раз.
SSD имеют срок службы, измеряемых количеством записанной информации, у ваших это 200 терабайт. Что маловато для сервера. Диск можно полностью перезаписать 400 раз. Сведений о гарантии я не увидел, но если брать стандартно 5 лет, то получается DWPD 0.214. То есть на дис можно ежедневно заливать примерно 0,2 от его объёма в течение 5-ти лет.
Но подводный камень не в этом. Вы ставите в зеркло диски с одинкаовым ресурсом, а сама логика зеркалирования приведёт к их зеркальному же износу. То есть, они умрут как в той сказке, "в один день". Зеркало, таким образом, защищает только от заводского брака, но не от износа.
Отсюда следует, что надо уметь читать SMART на лету. Значит, они должны быть в списке совместимости.

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 14:02 13-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Так там заметно, что SQLный вариант всегда заметно медленнее файловых конфигураций.  

Дааааа? Ммм, ну из ваших слов это видимо для случая сравнения полностью локального варианта, когда и SQL и файловая база локально на том же компе\серваке? Потому как по сети, когда SQL на ОТДЕЛЬНОМ серваке с доступом по сети, и если база тоже на ДРУГОМ серваке - НУ НЕ МОЖЕТ быть SQL с  сетевым доступом быстрее шары. Я наблюдал разные схемы, ВСЕГДА SQL был хотя бы немного быстрее.
Да, ну и видимо тест для "одного" пользователя? Мы же тут про многопользовательские...
ЗЫ Вообще Даже 8-ка до версии 8.3 вполне сносно работала даже на "дровяном" железе. Вот после выхода 8.3 тормоза пошли лютые, в любой конфигурации!  
 
Добавлено:
Потому как я писал из расчёта, что автор, если он будет делатьSQL - поставит его на тот же "другой" комп, где сейчас у него файловая база. А если он его воткнёт локально нак терминальный сервер вместе с самой 1С - расклад производительности может быть немного другим...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 15:31 13-05-2019 | Исправлено: igor me v2, 15:45 13-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del


----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 18:06 13-05-2019 | Исправлено: Paromshick, 14:18 15-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Вот поспорьте тогда.  
У меня всё на виртуалках.

Уууу, про виртуалки даже и спорить не буду, ибо это зло и я их никогда (в том смысле, что вы пишете), не использовал. Я говорю про опыт на моей бывшей работе, где всё было строго на двух (терминальник с 1S и SQL) "железных" серверах с Win 2003R2 А также в организациях, где я оказывался волей случая, где обычно оказывались файловые базы и я видел, как оно работает, при сетевом доступе через шару (зачастую даже с меньшим количеством юзеров иногда в 2-3 раза) и сравнивал, как работало у нас. А виртуалки - фффтопппку. Так шта

Цитата:
А вы чем тестируете?

Строго своим мозгом и наблюдениями Любые синтетические тесты для такой системы, как бухгалтерия - будут синтетическими, не учитывающими много нюансов каждой конкретной живой системы...

Цитата:
Вот такой вот конфиг.  

Да ну вас, у вас что-то космическое. Ладно, приводил уже, ещё раз напишу. Два Аквариуса: 1) Терминальник 2 проца Xeon E5345 8 Гб оперативы, 10RAID 4 по 250Гб Barracuda ES.2 2) SQL 2 проца Xeon E5405 4 Гб оперативы, RAID10 4 по 250 Гб Barracuda ES.2  
Сетка между ними гигабитная через хаб. На этом конфиге 1С 8.2 ЛЕТАЛА почти что. Юзеров - одновременно в терминале человек 10-12, у половины открыты и бух и зарп, активно одновременно работали от 1 до 4-6 человек. Вот когда "к нам в дом" "ввалилась 8.3" - бух стала подтормаживать, зарп - иногда тормозить СИЛЬНО (причём несистемно, и когда куча народу на серваке, и когда под вечер остался один бухгалтер из расчётного, все ресурсы её, а оно - тормозит, идрить, некоторые кнопки жмёшь - открывается через МИНУТУ иногда окно. И ведь база НЕБОЛЬШАЯ, примерно 2-2.5 Гб всего-то. ЭТО Ж НИОЧЁМ!. И ведь тормозит из-за ИНТЕРФЕЙСА. МЛЯ, как же они умудрились сделать такой "тормозодром", перестрелять бы их всех там ).
Оно и сейчас так работает, после "вливания" головная контора из москвы обещала прислать б\у сервачки, я уж больше пол года, как уволился, а они всё шлют Но теперь это уже "не мой голова болеть".
"Туда я больше...НЕ ВЕРНУСЬ..."
Вот теперь поспорьте

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 22:06 13-05-2019 | Исправлено: igor me v2, 22:08 13-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
del


----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 05:44 14-05-2019 | Исправлено: Paromshick, 14:19 15-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Знаете, в нашем деле, год перерыва, это уже много.  

Да возможно у меня уже не перерыв, а "дэдлайн" Ибо админить 10-ки с 2016 серверами я не буду, В ПРИНЦИПЕ. Я как-то переключился на электронику, ремонтами занимаюсь и около того (я всегда был параллельно электронщиком и админом, умея переключаться). Админить если и пойду, только небольшое кол-во компов, или штучные, если предложат на старых системах что-то или что-то из разряда КИП возможно. Сейчас пока постоянной работы нет, промышляю в основном ремонтами электроники, комповых комплектующих, мониторов  и т. п. Ах да, в одной фирмочке, где 3-4 компа на XP-шках, ФОЛИО и Инфобухгалтер у бухгалтера (вместо богомерзкой 1С, причём её не любит и она сама ТОЖЕ, потому собсссно и пользует альтернативы!) тоже продолжаю подрабатывать админом, да...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 22:32 14-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Боюсь, что я всё-таки нарушаю правила, но тем не менее, я удалю все свои посты, кроме значимых, смысловых.
Ибо офтоп и флейм. И то, что он спровацирован, ничего не меняет.

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 08:24 15-05-2019 | Исправлено: Paromshick, 14:16 15-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Я не буду удалять, здесь было совсем немного оффтопа. Да и "Лис" видимо не серчает

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 16:05 15-05-2019
The_Nerd



Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Мдя, всё печально, продавцы софта упорно навязывают win10pro+sql+1C server (((
ХЗ как руководство убедить, что лучше терминальный сервер, объективности ответов маловато.

Всего записей: 4 | Зарегистр. 08-03-2008 | Отправлено: 10:46 16-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
The_Nerd
Вот вы пишете
Цитата:
Проблема заключается в том, что есть БД 12Гб и 8Гб, юзают файловым методом по сети 3 бухгалтера (3 клиента), 1С 8.3 и при работе с БД есть большие тормоза. Нужно ускорить работу 1С.
Действительно БД - это уже проблема.
Но на самом деле, если я не ошибаюсь, проблема у вас не в БД или быстродействии сервера, а в выборе лицензионного ПО. Какое именно.
Тогда быстродействие здесь ни при чём вовсе. Вы умудрились крайне замысловато описать вопрос, совершенно спрятав его суть. Не факт, что терминалы вам что-то ускорят, в локалке так точно, а вот денег они стоят. И это тоже точно.
Вообще, вам написано кое-что...

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 11:39 16-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Не факт, что терминалы вам что-то ускорят, в локалке так точно

В смысле если SQL и 1С будут на разных физических серверах? Ну если сетка гигабитная - она скорее всего не станет узким местом. Как и производительность SQL. Всё упрётся опять же в тормозные 1С-ки
The_Nerd

Цитата:
 Мдя, всё печально, продавцы софта упорно навязывают  

Это тоже печально, но прежде всего печально то, что

Цитата:
как руководство убедить

нужно кого-то там убеждать. Вы вообще сисадмин? Вы эксперт? Ваше слово должно приниматься почти на веру (если в руководстве нет экспертов вашего профиля), если вы сами в нём уверены. Если же не уверены - для этого есть форум, мануалы, опыт других админов и т. п.
Опять же, физический сервак уже есть? Что мешает проверить на пиратках производительность?
ЗЫ Если уж хотят сэкономить - может реально на LINUX посмотреть, а? Главное - не бояться

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 17:02 16-05-2019 | Исправлено: igor me v2, 17:08 16-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
igor me v2
Попробуйте прочесть еще раз стартовое. До меня с десятого раза дошло, но я не уверен.
Сервер уже куплен. Дело в софте. И вопросов нет - будет сервер "всё в одном". Вопрос только в том, делать ли терминалы, тогда уж полный all inclusive. Но это сильно дороже... А очень хочется.
 
Нда. Обилие текста... Я изначально озадачился тем, что "Проблема в том, что есть базы..."
Ну, нет базы - нет проблемы

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 18:19 16-05-2019
igor me v2

BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
В каждой шутке есть доля...
Проблема СОВРЕМЕННЫХ баз в них сами в том числе. Они слишком громоздки. Ну раньше во времена ДОС базы же были меньше, СИЛЬНО меньше? DBF помним? Значит опять "бэйс нот оптимизд", кому-то было лень (или опять же со злым умыслом) оптимизировать...

Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 20:12 16-05-2019 | Исправлено: igor me v2, 20:26 16-05-2019
kotlyaranatolyi

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Paromshick
МБ тогда Postgre на Win? С экономишь на лицензии MSSql. И терминальник по факту не нужен, просто тонкие клиенты на ПК пользователей и все, если конечно не будет желающих по работать удаленно. У меня у самого 2 сервака на одном Postreg на Win, на втором Postreg на Ubuntu S. 3 года уже полет нормальный, ERP + БП 3.0 + ЗуП 3.1 просто летают.  
Еще есть на обслуживании сервак Win + MSSql, по мне так разница только в возможности восстановления из ЖТ на любую минуту. Но по факту за 7 лет работы с MSSql, мне эта функция не пригодилась ни разу.

Всего записей: 163 | Зарегистр. 25-05-2017 | Отправлено: 02:43 17-05-2019
Paromshick



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Не понимаю, каким образом лицензирование убыстряет работу 1С, по мне, так это нонсенс.
Надо было выбирать архитектуру начиная от, естественно!, железа. Любые платные лицензии можно тестить, про бесплатные молчу. 1С не считается. Не нормальный софт.
Поэтому, я им не занимаюсь. Так, компонент системы.
 
Так же, не понимаю, что мешает скачать базу этого самого Гилева и прогнать тест.
На самом деле, там оказалось много колонок, и можете узреть сотни статистических данных. Анализ, видимо, на глаз.
 

 
Как видим, файловая статистически всегда выше. Какой-то перец умудрился разогнать SQL на проце i7. Кому-то не помогло достигнуть запредельного и 128 Гиг памяти. Это вот анализ на глаз. Как всё желтое. Но хоть что-то.
 
Я вроде бы уже всё сказал.  
 
Добавлено:
!   Чтобы вы не разводили холивары в мою сторону, я уточню важную деталь.
Я вообще НЕ уверен, что этот тест верно что-то показывает и по нему можно судить о разных конфигах, так как они представлены.
 
Но взять и проверить собственные конфигурации вполне можно. Я гонял различное сочетание компонентов. Где базы\журналы SQL, на SSD или нет, как влияет синхронная асинхронная репликация AlwaysOn, где 1С сервер, сколько сокетов процессора (особенность VMware), как сеть влияет, RDSH...
На максимуме получил отстойный результат 17-18, при этом "было" вовсе 12. При этом на глаз "стало летать"
Так что я использовал его "чисто для себя". Тасуя свои компоненты. У меня не всё в одном и было что попереставялть.
Когда всё в одном и жёсткий конфиг, о чём вообще, говорить? Файловая не файловая? Так я, повторюсь, сильно не уверен, что это корректные результаты.

----------
Скучно

Всего записей: 3019 | Зарегистр. 12-04-2013 | Отправлено: 06:46 17-05-2019 | Исправлено: Paromshick, 07:03 17-05-2019
polzovatel777

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Как-то странно фсе смешано все в кучу...лицензии, железо и догадки.
 
Все можно попробовать в полной мере без всяких лицензий.
1С можно временно использовать без покупки ключа, так же само терминальные лицензии выдаются сроком на 3 месяца.
Если хочется попробовать разные способы хранения данных, то у MS SQL есть версия Express Esition. И все это хозяйство можно развернуть вообще в облаке с тестовыми данными.
Проделав все тесты можно понять какова реальная скорость работы и принимать решение о покупке нужных желязяк и софта

Всего записей: 72 | Зарегистр. 01-09-2017 | Отправлено: 21:03 05-06-2019
greatzika

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
искал другое но случайно напоролся... долго ржал...
как человек занимающийся 15 лет уже развертыванием серверов под 1с скажу так... во первых товарищи у гилева написали коненчо неплохой тест и все остальное, но в статистике он показывает температуры на луне в зависимости от фаз марса... и очень любят давать советы в стиле ну вы купите ту стоящую дофига штуковину а потом посмотрите, не поможет порекомендуем еще что нить купить.
 
дальше - 1с очень частото зависима - это к вопросу как разогнать ее на core i7 - вы смотрите на производительность однопоточного режима - разгоните корку до 5 ггц и ух  показатели будут....
 
немножко поглумлюсь - автор в первом посте вообще все смешивает и теплое с мягким и все это поливает сладким. Например: "MS SQL + сервер 1С будет шустрее терминального сервера"  - тип обработки данных сравнивает с вариантом работы пользователей.
 
кстати - нелюбителям виртуалок-- вы просто не умеете их говтоить... потери на виртуализацию в доли процента, а безопасность данных, и прочие нюансы и удобства вырастают в разы, последние 3 года 1с разворачиваю только в виртуальных системах, сплошные плюсы
 
файловая 1с 8 работает быстро, но только до край 5 пользователей, без тяжелых отчетов, и сохранность данных - никакая. SQL значительно медленее, но гораздо более мастштабируемый, надежный, легко бэкапируемый. и да всегда надо помнить что программисты в 1с крайне рукожопые и если почему то база работает медленно - попробуйте разные версии платформы... и тот же тест гилева тут не поможет практически никак.

Всего записей: 58 | Зарегистр. 18-12-2008 | Отправлено: 08:38 13-06-2020 | Исправлено: greatzika, 08:40 13-06-2020
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » Увеличение оперативности работы 1С 8.3


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru