Доброго.
Мне необходимо обоснование приобретения сервера 1С.
32-битного вполне достаточно.
пользователе 15-20.
Основная конфигурация БП, пара на ЗУП.
Лично моя мотивация.
Уйти от терминального сервера, парк машин весь модернизировали, до этого были дрова и ХР. Есть терминальный сервер, на базе обычного компа с семеркой. База файловая.
Хочу перейти на Постгри и Линукс.
Плюс бекапы в автомате.
Для руководства это как бы слабые аргументы.
Чем еще можно подкрепить мою позицию?
Спасибо.

1. файловые базы технологически не предазачены для параллельной работы нескольких пользователей. Особенно в ЗУПе.
2. серверная оператива стоит на порядок дороже клиентской
3. модель резервного копирования настоящей СУБД позволяет:
3.1 делать консистентные бэкапы без остановки базы
3.2 откатываться на момент любой транзакции

То есть - это три системных риска, которые закрывает сервер.

Вообще, файловые - это УГ, не понимаю, как можно их использовать в продуктиве. Они создают проблем больше, чем решают.

(0) Если сохранность данных для них не аргумент, тогда ничего не поможет.

(1) Ну и что мешает все это организовать на старом сервере?

(3) файловые базы

(0) Удалить от пользователя файл базы.

(0) ну например, на файле не гарантируется что БД уничтожится без возможности восстановление. Стоимость ввода данных столько то человеко часов.
2. Риск слива БД конкурентам.
3. Если все работает, и риски устраивают руководство, нафига менять то?:)
4. Если БД достаточно большая есть риск что скоро не запустится база ( при превышении размера таблицы в 4 гига)

+(5) или даже
echo qweqweqwe > 1Cv8.1CD

(3) Отсутствие лицензии на сервер приложений 1С, на которую автор темы и хочет попросить денег у руководства. И спрашивает, как правильно это сделать, чтобы не отказали.

И что оно работает? Не верю.
Во первых 15-20 бухов в одной файловой БП однозначно будут висеть в постоянной транзакции.
Во вторых, не знаю как сейчас, но ранее, при достижении определнного размера (условно 6-8 гигов) в файловой базе у меня начинались чудеса с исчезновением проводок после перепроведения. Даже была обработка по поиску документов без проводок
В третьих учти что будет в 2-3 раза падения производительности. Оно тебе надо?

(1)
3. Кому это надо в ларьке?

Зачем? Все же работает. Копии только не забывай делать. Когда база умрет - откатишься и купите сервер.

(10) это вообще другой вопрос, который обсуждать скучно

(11) Более того ничего не мешает поднять апачи и уйти от терминального сервера на текущем железе. Зачем тут сервер приложения - я не понимаю

(13) При 15-20 пользователях. Ты серьезно?

(12) а ну тогда нужно в качестве аргумента добавить что можно будет посадить 500 пользователей. Правда не на этом железе и не на этом софте, но это уже другой вопрос

(14) Да. Имхо терминал с файловой VS апачи на файловой - я за апачи

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

Так он что, лицензию на 64 бита не может выпросить? Это же всего 72к?

(17) Ну вполне может быть и ремоут аппс, когда пользователь даже рабочим столом туда не ходит

(16) У него ЗУП. Запустит кто-то расчет, все остальные курят>

(18) А лицензия на скуль? А памчяти на этом домашнем компе хватит на скуль + сервер 1с+клиенты?

2-й вопрос- сколько это сэкономит компании? Почему штатный программист 1С есть в компании на 15 пользаков? чем он занят? Почему не может руками проверять бекап

(20) По разному, у меня в Зупе 1 кадровик который считает данные и выгружает в бухию, бухи туда не ходят

(21) Юзай постгри

И да что там считать зуп? Зарплату через СЛАУ? Или это все на заводе где нужно обсчитать 15 000 работников со сдельной оплатой труда. Причем каждому буху

Ну и традиционный вопрос по линуксу.

Отчетность как сдаете? ЭЦП и программа сдачи готова к переходу на линукс?

Клиент-банк у вас где? у него есть клиент на линуксе? Подпись не отвалиться?

Всякие консультанты-гаранты и им подобное используете?

Софт для налоговой/ПФР юзаете?

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

(26) Рабочие машины естественно на винде. Покупали с лицензией.

(9) База пока маленькая. Но о проблемах я курсе, поэтому и хочу на 1С сервер перейти.

ОФФ: Пятничная тема

(29) Лучше сразу 64 бита обосновывай... а то при таком подходе потом еще раз будешь простить...

(31) А смысл? 4 гига в обычной работе на процесс с головой. Я на сдачу лучше памяти и диск быстрый прикуплю.

(32) чтобы не столкнуться с ошибкой "количество таблиц превышает максимально допустимое" (ну или как то так)

(32) Это MS SQL. А 4 Гб на процесс только "Недостаточно памяти" дает, когда кто-то сильно жирную задачу запускает.

(32) "4 гига в обычной работе на процесс с головой" - вот вылетит ошибка при обновлении на 32-разрядном сервере  - по-другому заговоришь.

(33) В БП? Да ладно. ERP или КА вполне вероятно.

(36) Программисты любят тип ЛюбаяСсылка использовать.

Ок, уговорили. Обосновываем 64 сервер.
Давайте к вариантам обоснования ближе.

(38) http://www.gilev.ru/mssqlvsfile/
там интересная табличка

(39) Знаю я такую табличку. Но для финика она не авторитет.

(40) Тогда что ты можешь ему обосновать? Денег явно не даст.
Кстати а у терминального сервера с лицензионностью все ок?

(41) Нет конечно. Поэтому и хочу удрать на Линукс и Постгри.

(42) Чем не аргумент?

Для финика все что в руках подержать нельзя, не аргумент.

(0) Я бы на месте руководства тоже не дал разрешения.

В одной фирме сейчас как раз используем Win7, 10-15 пользователей в терминале база на SSD - результат, все летает.

И вторая база на Линукс + Постгри и она проигрывает по производительности.

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

А компы одинаковые, десктопные, вмести их брали.
Памяти по 16 Гб.
Диск SSD в RAID1 (система и базы на них) + HDD для бэкапов.
Процессор core i3.

(45) Да плюс еще затраты к вашему варианту, а тут и так все работает.
Один минус у текущего варианта - с лицензией терминальной не все в порядке, но это асимметричный ответ на санкции Microsoftу)))

Хреново оно работает. Иногда.
И вечная проблема с бекапами.

(47) Никакой проблемы с бэкапами не вижу.

Кидаешь батник в планировщик и все.

Но я использую бесплатную программу, для автоматизации http://www.xstarter.com/rus/download.php

Просто перед бэкапом через xstarter, перезагружаю Windows.

Блокировка транзакций бывает.

(48) Батник для бэкапов 1 строка, мой рабочий:

"C:\Program Files (x86)\1cv8\8.3.10.2561\bin\1cv8.exe" Config /S 192.168.0.100\kd2018 /NRoot /P123456 /DumpIB "D:\BackUp1c\KD2018_%date%.dt"

(49) Так постгри с блокировками проблему не решает, это же не MS SQL, пострги так же целиком таблицу захватывает.

(51) В двух филиалах переход на Линукс + Постгри мои проблемы с отвалами и блокировками решил.
Только надо именно Линукс + Постгри, на Винде да, колбасит его.

(51)
Ты ошибаешься.
В случае если база работает в режиме управляемых блокировок, то постгри блокирует на уровне записей, а не на уровне таблиц как было бы если бы база работала в режиме автоматических блокировок.

(53) Я это знаю, только типовые работают (возможно все типовые) в режиме автоматических блокировок.

(54) Уже давно на управляемых все.

(54) уже даже УПП на управляемых если не ошибаюсь

(55) Не путаите управляемые блокировки и управляемые формы?

(57) Никто и не путает. Штатные 1С конфигурации давно на управляемых блокировках уже.

(58) Не все, зачастую только КОРП версии на упр блокировках. Та-же бухгалтерия.

Возвращаемся к моему вопросу.

(60) тогда желательно обновить текстовку, чтоб было понятно, какие конкретно пункты актуальны после вчерашнего обсуждения

(61) Да все те же.
Как у финика выбить деньги.
На технические аспекты ему плевать. Это мой геморой.
Предыдущий раз я тупо покупал новый комп, который так в закупке и обозвал сервер 1С, где само ПО шло отдельной строкой в счете. И сказал  что оно оно и есть.
Сейчас он поднатаскался и отличает ПО, ОС и железо.
Винду покупаем бо проверяющие уже приходили.
А вот с остальным сложно.

(62)
Ну тут же у тебя явно политическая проблема.
Надо ставить вопрос ребром: или это работает на тех мощностях, которые я озвучиваю, и их надо будет закупать, или же идите в пень, потому что я вам тут не студент без опыта, а Специалист. Ну и психологически надо быть готовым реально уходить, естественно.

Так я о чем.
Ребром не получится.
Пока оно колом не встанет.
Потом начинается поиск виновных, но я уже служебками попку закрыл.
И злобно буду - я же говорил.
Я бы с удовольствием реально ушел, некуда. Достало уже. Но тупо просто некуда.

А к чему все эти переживания?
Ты специалист или где?
Описываешь все преимущества. Основные тут - это надёжность, отказоустойчивость, сохранение производительности при росте нагрузки (задел на будущее), безопасность.
Описываешь все риски. По сути их только два - это безопасность (база в общем полном доступе валяется, что обходится только через *опу) и надежность, которая у файловых баз на крайне низком уровне (упасть и не подняться может в любой момент).

Единственные два момента, на которые можно давить чувствительно(!) для руководства это безопасность - файловую базу может вынести любая уборщица и взламывается такая база на раз-два. И надёжность - сколько в денежном эквиваленте будет стоить фирме простой и/или откат на последнюю резервную копию базы в случае если база вдруг сломается (с учетом, что для файловой базы последняя резервная копия - это ночная копия и потерять можно целый день работы).
Если для руководства эти доводы покажутся несущественными (такое вполне может быть), то останется просто смириться.

И доводы надо приводить не финику. Финик - всего лишь исполнитель подписывающий бумажку. Доводы надо приводить руководителю организации. Только он компетентен в оценке рисков.

Ну пусть на файлах будет? тебе жалко чтоли?
Или внутренний перфекционист не дает спокойно жить?

(65) Спасибо. Попробую с этой стороны зайти.
Финик у нас и есть руководитель, он гендир в одном лице.
(66)Если бы оно стабильно работало. Или хотя бы под боком было.
Но как-о укатался я туда периодически ездит. Пять часов в одну сторону на автобусе.

(67) > укатался я туда периодически ездить. Пять часов в одну сторону на автобусе.

Поднимай ценник. Вернее даже - задери его неприличным образом. Включи в стоимость работ затраты на дорогу.
Только без угроз! Просто объясни, что тебе не выгодно кататься к ним даже за большие деньги. А только за ОЧЕНЬ большие. За такие, что их величина будет сопоставима со стоимостью сервера 1С.

А если ты там на фикси, то максимум что ты можешь сделать - это попросить повышения з/п из-за частых разъездов.

(67) оплачивают поездку то?

если это в рабочее время, то спокойно езди да фильмы смотри

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

(68) И после такого выпада, автор просто потеряет этого клиента

(72) уж лучше потерять. чем оп 5 часов за свой счет кататься

(72) Только сам автор может оценить - как именно надо подойти к клиенту, чтобы это не выглядело шантажом.
Мы то тут всех обстоятельств не знаем. Я, например, даже не совсем понимаю - кто там автор - фикси или фрилансит.

Я фикси. Мне и дорогу оплачивают, и командировочные выдают, и отгул.

(75) Тогда я не совсем понимаю в чём проблема...

Периодически происходят какие-то сбои.
Тебе приходится кататься куда-то, где возникают эти проблемы. Это оплачивается работодателем. То есть эти затраты можно выразить во вполне конкретных цифрах. Плюс есть время простоя N-ного количества пользователей, которым платят зарплату, которую тоже можно выразить в цифрах. Прибавим сюда риски того, что база может накрыться вообще безвозвратно (какой-нибудь глюк, который позволяет базе работать, но не позволит ей восстановится из бэкапа, этот глюк содержащий) за заметный промежуток времени (например, все бэкапы за последние пару недель окажутся битыми).
Всё это можно посчитать в рублях. Получившуюся сумму сравнить со стоимостью запрашиваемого оборудования и ПО.

(76) вы объясните в чем разница? К файловой базе он может подключаться удаленно. К SQL-ной тоже. И там и там может сидеть дома и никуда не ездить. Как он здесь сможет притянуть за уши проблему "кататься"?

(65) И тут оказывается что руководство готово потерять базу, и ему пофиг если конкуренты получат доступ к базе. :-)
Нужно понимать что нужно начальству. Будут действовать аргументу которые позволят удовлетворить потребность начальства. Все остальное - лесом.

Ок. Служебку на покупку я запустил. И ждем когда база ек.