1с скорость работы клиентов при sql базе?

Question

[Yarosh841]

На моем предприятии бухгалтерию обслуживает сторонняя организация по части 1С.
И они для ускорения работы подняли на пк главного бухгалтера терминальный сервер на win 7 через Viterminal.
Объяснили тем что по сети 1С будет работать очень медленно.
Я далек от 1С но встречал организации работающиее с базой 1С по сети.
И как я понимаю в моем случае программисты просто не используют SQL.
При работе базы на SQL смогут мои бухи работать без тормозов? постоянно в базе всего 5 человек работает.
И возможно ли поставить sql на виртуалке и сколько надо под нее ресурсов?

Answer 1

[АртемЪ]

При работе базы на SQL смогут мои бухи работать без тормозов?

Смотря о каких тормозах идет речь.
Вообще SQL работает медленней файлового варианта.

постоянно в базе всего 5 человек работает.

Если речь о бухгалтерии, то думаю особого смысла переходить на SQL нет. Но вообще надо смотреть есть ли проблемы с блокировками.

И возможно ли поставить sql на виртуалке и сколько надо под нее ресурсов?

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

А вообще переход на SQL это дорого - сервер придется покупать, лицензию на серверную ОС, лицензию на SQL, и лицензию на сервер 1с.
Хотя если поставить на линукс и вместо MS SQL поставить PostgreSQL, то можно сберечь тысяч сто. Но там есть свои проблемы.

Хотите чтобы быстро работало - оставайтесь на файловой, купите под нее недорогой файловый сервер, проследите чтобы сеть была гигабитная, база лежала на SSD, и всем бухгалтерам под системный диск купите SSD.
Это стоит копейки, и результат будет явный.
Или терминальный сервер купите, что уже подороже.

Answer 2

[Андрей Шишкин]

С пятью пользователями и файловая база не будет лагать. Вас разводят на бапки.
Переход на sql базу рекомендуется если число пользователей переваливает за 10. Да и за терминальный доступ вам тоже придется раскошелиться. Они вам небось еще и MSSQL впарили ?

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

Comments

[АртемЪ]

Судя по вопросу ему как раз скромненько настроили файловую в терминале.
А это уже он сам хочет скуль поставить.

[Андрей Шишкин]

АртемЪ: А, понятно. Да тут ни скуль не нужен ни терминал. Даже если 5 бухов будут работать как машинка зингер, все равно не думаю что будут тормоза.

[АртемЪ]

Андрей Шишкин: Да, тормоза при пяти пользователях в принципе возможны, у торговцев, а бухгалтера так не работают чтобы блокировками друг-друга доставать.

Answer 3

[CityCat4]

При работе базы на SQL смогут мои бухи работать без тормозов?

Может быть. Но сразу пишите в пассив:
- Покупка сервера (компьютера, где все это будет работать)
- Покупка серверной версии винды
- Покупка MS SQL
- Покупка серверной версии 1С
(вроде ничего не забыл)
Еще трах-тибидох с переносом даных. Да, АртемЪ сказал, что можно линух. Но я такой конфиг не пробовал и возможно там будут свои проблемы.

Comments

[Андрей Шишкин]

Зачем покупать MS SQL и серверную винду, не подскажете ?

[Андрей Шишкин]

Ставишь серверный центос, на него постргес. Все работает на ура. Но топикстартеру это не нужно абсолютно.

[CityCat4]

Андрей Шишкин: Затем, что ТС не одолеет процедуру "поставить центос, поставить постгрес, поставить линуховую 1С, поставить ключ защиты, настроить чтобы работало, перенести данные".

[Андрей Шишкин]

CityCat4: Установку серверной винды с мсовым скулем тоже. В любом случае это будут делать франчи. Но экономия тут очевидна, линуха с постгресом при любом раскладе выгодней.

[Андрей]

Андрей Шишкин: да уж, выгода на постгри потом аукнется при работе. Глючит со страшной силой постгри

[Андрей Шишкин]

Андрей: При наличии рук из жопы глючить будет все что угодно.

[Андрей]

Андрей Шишкин: Экономия на таких вещах она всегда выходит боком, а про наличии рук это потом рассказывают программисты))))

[Андрей Шишкин]

Андрей: Расскажите это компаниям которые успешно используют постгрес в своих проектах. https://www.postgresql.org/about/users/

[Андрей]

Андрей Шишкин: мне даже смотреть на это не нужно, я уже второй десяток лет работаю с 1с. Да, ставят постгри, на многое при этом закрывают глаза, халява же))))

[Андрей Шишкин]

Андрей: Ну я же говорю - руки из жопы! Как и любой другой инструмент, постгрес требует первноачальной настройки. А список я вам и правда зря кинул, ведь эти компании не используют форкнутый постгрес )

[Андрей Шишкин]

Андрей: И, да. Таких людей быстро вылечивает отсутствие бекапа в определенный момент )

[Андрей]

Андрей Шишкин: бекапы, не бекапы, это не моя забота, я программист и говорю про баги которые вылезают при работе. Дело каждого выбирать на чем работать, либо халява типа постгри и постоянное колдовство над базой, либо ставишь не халяву, а то что используют все и работаешь так же спокойно как и все. Прежде чем ставить пострги надо для начала задумться почему 90 с лишним процентов компаний используют MS sql, наверное не просто так.
Когда БД весят не по одному ТБ и пользователей 2500, знаешь как то совсем не хочется ставить эксперименты. Можно экспериментировать и пробовать экономить когда маленькие БД и пользователей раз два.

[Андрей]

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

[Андрей Шишкин]

Андрей: "задумться почему 90 с лишним процентов компаний используют MS sql"
Ну, да, вы правы, конечно же не просто так. Потому что 90 с лишним процентов клиентов покупают то, что им франч сказал. У франча 2 причины поставить MSSQL: 1. Собственный интерес в денежном эквиваленте. 2. Отсутствие адекватных специалистов не то что по постгресу, по базам данных впринципе.

[Андрей]

Андрей Шишкин: Это что, хочешь сказать ты один спец))))) ну ты насмешил, самомнения хоть отбавляй))))) И при чем тут франчи, у нас в компании к примеру свои специалисты и каждый в своей области.
Ставят конечно же postgresql, правда единицы, а потом сидят на форумах и задают глупые вопросы по типу: почему тормозит, почему не работает, как настроить.... Погугли немного, надеюсь в google тебя не забанили?))))
https://www.google.ru/webhp?sourceid=chrome-instan...
Можно экспериментировать, когда есть много свободного времени и пользователей 5 штук

[Андрей Шишкин]

Андрей: Утомил ты уже, уважаемый своей компанией.

[Андрей]

Андрей Шишкин: Это не единственная компания где я работал. А вам не мешало бы научиться прислушиваться к мнению большинства, это я про тех самых специалистов которых 90 с лишним процентов. Не нужно думать что ваше мнение единственное правильное, когда об обратном говорят еще 90 специалистов. Утомил, не утомил, мой вам совет - научитесь слушать. Я не противник постгри, возможно даже и поставил бы ее, если бы работал в мелкой ИП-шке, где стояла бы задача экономии.

[Андрей Шишкин]

Андрей: Не надо говорить мне что делать и я не скажу куда вам идти ;)
Удачи.

[Андрей]

Андрей Шишкин: Жалко вашего работодателя, от такого киндер сюрприза я бы избавился в первый же день.))))

[Андрей Шишкин]

Андрей: К такому работодателю как вы я бы вообще не пошел. У таких как правило никакого развития. Заставят ковырять какой-нибудь битрикс. Деградируешь с вами.

[CityCat4]

Брейк, брейк, господа! Jedem das seine, как говорил фельфебель Ганс, закрывая дверцу газовой камеры... Обе позиции имею право на жисть. Одна - позиция программера, которому ну совершенно не нужны баги и глюки в большой БД. Ворочать файлы в несколько терабайт - это, я скажу еще то удовольствие. Вторая - позиция руководителя, а то и собственника бизнеса, которому в первую очередь нужно решить вопрос - за чей счет банкет?

[Андрей]

CityCat4: Программист как правило делает ошибку раз, других шансов ему уже не дают, именно отсюда моя позиция. В первую очередь для меня это надежность, потом еще раз надежность, а эксперименты только в последнюю очередь. Постгри-я не утверждаю что это плохо, просто сыровато еще, на маленькую БД в ИП(где 3 пользователя) можно поставить и экспериментировать до одурения. Для серьезных БД(хотя бы от 1000 пользоателей, где к примеру одной первички каждую секунду падает по 10 док-в в среднем) все это связанно с тем что ты сразу же сталкиваешься с кучей проблем, живьем съедят пользователи.

[Андрей]

Андрей Шишкин: как совет, просто научись слушать окружающих. Это твой самый большой недостаток.

[Андрей Шишкин]

Андрей: Послушайте. Перестаньте давать мне советы и рассуждать о моих недостатках. Ваше мнение - это ваше мнение, оставьте его при себе.

[CityCat4]

Андрей: О. да. Особенно бухи :) Они такие...зубастые :)

[Андрей]

Андрей Шишкин: без проблем, все равно это бесполезно)))))

[Андрей]

CityCat4: тут без разницы кто, когда пользователей несколько тысяч, достаточно каждому по разу позвонить и наступает ж*па

Answer 4

[Yarosh841]

Суть в том что сейчас все работает нормально с незначительными притормаживаниями.
Но бухи говорят о переходе с 8.2 на 8.3 и в тестовой базе все работает. Но после ереноса размер сильно увеличится и как говорят прогеры из 1с будет лагать. Они предложили поставить новые компы, добавить память.
Но толку им компы менять если они на терминале работают. Вот я и думаю как все сделать чтобы работало нормально. 1С ники немного странные, сами незнают сколько и чего надо для нормальной работы.

Comments

[Андрей Шишкин]

Какие у вас параметры сервера ?
Память, проц...

[Yarosh841]

xeon 4 ядра 3.1Ghz , 32gb ddr3. ssd 512 гб samsung evo 850.

[Антон]

Этого сервера вам за глаза хватит

[Антон]

она всегда будет работать с притрмаживанием - ибо это База, а не онлайн шутер.. и лагать не будет как говорят прогеры из 1С. всё у вас хорошо

[Антон]

ПК главного бухгалтера, на котором теперь терминальный сервер, это и есть комп на Xeon?

[Андрей]

с 8.2 на 8.3 просто так не перейдешь, надо будет еще и БД обновлять до актуальных версий.
Если просто так перейти какая то часть функционала конфигурации просто отвалиться и не будет работать. Не знаю на кой хр*н, но в компании 1с опять решили, что не мешало бы немного подправить язык программирования, так что вместе с платформой нужно еще и саму конфигурацию тоже подтягивать до актуальной версии.

Answer 5

[Андрей]

Новые компы, память.....
Купить нужно нормальный сервер, ставить под sql.
Так оно надежнее и удобнее обслуживать.
А вот что бы на пользовательской машине лежала база, это нонсенс, такое даже в страшном сне не присниться.
Хотя все зависит от задач которые требуются от БД.

Answer 6

[mrMidas]

Тормоза при работе с файловой базой 1С связана не столько с 1С, сколько с виндой. Дело в том что сервер кеширует чтение только при однопользовательском подключении к базе. Логин второго пользователя по сети автоматически отключает кэширование на уровне файловой системы. При типичной работе по вводу-выводу данных это практически не заметно. Проблемы начинаются при запуске тяжелых отчётов, тем более что частенько они не оптимизированы. Наиболее рациональное решение при возникновении тормозов именно в поднятии терминального сервера. Будет ли это выделенный сервер или на нем будет работать главбух - вторично и не существенно (это больше вопрос к организации внутренней безопасности). Опять же с точки зрения организации инфобезопасности выделенный терминальный сервер предпочтительнее. Более того на терминальном сервере стоит поднимать и "локальную" SQL, пока сервер справляется с нагрузкой. Сразу строить сетевой доступ с SQL имеет смысл только для очень нагруженных, как по пользователям, так и по отчетности, систем.
Поскольку о самой базе информации нет, то в общем и целом для 5 пользователей бухгалтерии малого и средне-малого предприятия терминального сервера с файловой БД более чем достаточно. Для таких баз, если судить по типичному объему и профилю работы, не менее важно своевременное и правильное их обслуживание. А порой оно даже существеннее влияет на отзывчивость системы, чем аппаратная оптимизация.