Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 52
Можно поставить 1С на обычный windows 7, на него бесплатный Postgres SQL, юзеры будут работать через тонкие клиенты, а вообще уже и веб клиент есть который настраивается за час.
Итого надо отдать деньги только за лицензии 1С и десктопный комп с виндой. (хотя можно уже под линукс, но поговаривают, что он еще не стабильный)
Итого надо отдать деньги только за лицензии 1С и десктопный комп с виндой. (хотя можно уже под линукс, но поговаривают, что он еще не стабильный)
Автор рассказал как делать правильно. А то, что Вы описали — это акция для интегратора «подари себе головняк».
Не совсем правильный совет. Если хочется сэкономить, то правильней будет уходить на линукс.
Итого, будем иметь по железу, минимум, 2 сервера по 150 т.р. Ставим на них линуксовый сервер (дебиан, шапку), Устанавливаем Postgres SQL, линуксовый сервер 1С предприятия. Конфигурация системы ничем не отличается от варианта MS Windows Server + MS SQL.
Клиенты работают на линуксовых рабочих станциях (дистрибутив значения не имеет) либо на родной бухгалтерам Windows.
Если позволяет конфигурация, то можно перевести 1С в управляемое приложение с доступом через веб.
В результате оплачивается только сервера плюс лицензии на 1С. Что в сумме нам даст (цены из статьи) 486 т.р.
Стоимость работ по настройке примем из статьи — 70 т.р.
Это, на мой взгляд, правильный экономный вариант.
PS. Но при наличии денег более производительным будет вариант, озвученный в статье.
Итого, будем иметь по железу, минимум, 2 сервера по 150 т.р. Ставим на них линуксовый сервер (дебиан, шапку), Устанавливаем Postgres SQL, линуксовый сервер 1С предприятия. Конфигурация системы ничем не отличается от варианта MS Windows Server + MS SQL.
Клиенты работают на линуксовых рабочих станциях (дистрибутив значения не имеет) либо на родной бухгалтерам Windows.
Если позволяет конфигурация, то можно перевести 1С в управляемое приложение с доступом через веб.
В результате оплачивается только сервера плюс лицензии на 1С. Что в сумме нам даст (цены из статьи) 486 т.р.
Стоимость работ по настройке примем из статьи — 70 т.р.
Это, на мой взгляд, правильный экономный вариант.
PS. Но при наличии денег более производительным будет вариант, озвученный в статье.
Автор совета явно предлагал более бюджетное решение чем Ваше. И по производительности их сравнивать недопустимо.
Похожий вариант описан тут.
Но нужно быть очень «рисковым парнем», чтобы просьбу клиента сэкономить поднять выше рекомендаций разработчиков платформы.
Никто не спорит, что такой вариант имеет право на жизнь, но не каждый аутсорсер (не занимающийся 1С) возьмется его реализовывать. Потому что потом будет неясноот чьей жопы яйца из-за кого поломалось все после обновления.
Похожий вариант описан тут.
Но нужно быть очень «рисковым парнем», чтобы просьбу клиента сэкономить поднять выше рекомендаций разработчиков платформы.
Никто не спорит, что такой вариант имеет право на жизнь, но не каждый аутсорсер (не занимающийся 1С) возьмется его реализовывать. Потому что потом будет неясно
Прочитал и только настроение испортилось…
Тяжелая констатация фактов и никакого света в конце туннеля…
P.S. За статью спасибо) Тоже так же делаем, думал какой-то выход будет описан)
Тяжелая констатация фактов и никакого света в конце туннеля…
P.S. За статью спасибо) Тоже так же делаем, думал какой-то выход будет описан)
Спасибо за хороший отзыв! Это важный компонент мотивации для меня!
Выход сам сейчас ищу, планирую просчитать альтернативные решения по совокупным затратам для клиента за большой период времени: аренда лицензий, Аренда 1С. Плюс проработка аргументов для перехода в облако.
Сейчас для меня выход — это определенный тип клиента: у него есть задача, которую нужно решить, есть сроки и есть бюджет.
Таким образом я пытаюсь определить свою целевую аудиторию.
Выход сам сейчас ищу, планирую просчитать альтернативные решения по совокупным затратам для клиента за большой период времени: аренда лицензий, Аренда 1С. Плюс проработка аргументов для перехода в облако.
Сейчас для меня выход — это определенный тип клиента: у него есть задача, которую нужно решить, есть сроки и есть бюджет.
Таким образом я пытаюсь определить свою целевую аудиторию.
Да что-то автор немного наворотил Мой случай может и не пример, но ~20-25 сотрудников сидят в обычном терминале на десктопном железе, 32Гб RAM (больше для для успокоения души), файловые БД на SSD диске. У каждого сотрудника открыто по 3 бд 1с (мфо). Ничего не тормозит.
Бекапы БД каждый день. Второй комплект железа стоит в мастерской.
Бекапы БД каждый день. Второй комплект железа стоит в мастерской.
Не пробовали Linux?
А все упирается в 1С и профессиональных бухов, которые ни в чем другом работать не согласны. Кстати подобные перекосы намекают на потенциальные рыночные ниши — бухгалтеров, умеющих работать не в 1С.
Я имею ввиду серверную часть. Тут написали уже, что используют два сервера по дебиан, мы же ставим один. Клиенты не жалуются на производительность. Рабочие станции — для всех так же дебиан, главбуху и заму винда, т.к. у них всякие гаранты и консультанты ( которые я подозреваю, тож можно на линуксе пустить). По поводу не согласия работы под линуксом на рабочих станциях — покажите директору стоимость одного рабочего места на вин и на линуксе, думаю вопросы отпадут.
Ps как то много у вас стоит настройка сервера приложений 1с
Ps как то много у вас стоит настройка сервера приложений 1с
По поводу не согласия работы под линуксом на рабочих станциях — покажите директору стоимость одного рабочего места на вин и на линуксе, думаю вопросы отпадут.Как-то директор одного предприятия, которое обслуживаю сказала замечательную вещь (речь шла про то, что девочки не хотят учиться пользоваться Thunderbird, им интерфейс mail.ru понятнее): будут пользоваться тем, что дадут, не нравится — на их места (вполне шоколадные) найдётся тьма народа.
Данная статья — хорошая демонстрация того, как работает типичный аутсорс: денег потрачено куча, результата для клиента — ноль, сам при этом ничего не заработал.
Теперь по порядку:
1) Не понятно ради чего вы внедряли сервер терминалов, Экономия на лицензиях? Лицензия на терминального пользователя — 4600, на Windows 8.1 — 7000 р. Внедряя сервер терминалов вы «сэкономили» клиенту 48 000 р. на лицензиях, но при этом не решили вопрос лицензирования рабочих мест, а все «сэкономленное» потратили на более мощный сервер для работы служб терминалов.
2) Почему вы, развернув два контроллера домена, не ввели компьютеры пользователей в домен? Это не только вопрос контроля доступа в сеть, но еще и возможность подключения к тому же серверу терминалов без ввода логина пароля (через SSO), возможность ограничить локальных пользователей в правах (в случае занесения пользователем вируса система на компе будет работать), возможность подключить в Outlook общую адресную книгу компании и т.д.
3) В рамках уже приобретенных лицензий можно было развернуть еще:
4) Кроме этого можно было сделать следующее:
Список вещей, которые бы улучшили работу компании, повысили стабильность работы систем и упростили их дальнейшее сопровождение, можно продолжать. Но вместо этого вы купили клиенту два сервера непонятной комплектации («чтоб 1С тянул»), не заложили в спецификацию ИБП, не заложили коммутатор (а то и стек из двух коммутаторов). Вы не избавили компанию от старых проблем, но добавили новых. Вы сделали работу на «лишь бы работало» и жалуетесь, что за «все это» вам заплатили всего лишь 70 т.р. Да вас гнать надо ссаными тряпками с таких проектов — потом переделывать навороченными вами системы клиенту обходится куда дороже, чем сразу сделать все правильно.
Теперь по порядку:
1) Не понятно ради чего вы внедряли сервер терминалов, Экономия на лицензиях? Лицензия на терминального пользователя — 4600, на Windows 8.1 — 7000 р. Внедряя сервер терминалов вы «сэкономили» клиенту 48 000 р. на лицензиях, но при этом не решили вопрос лицензирования рабочих мест, а все «сэкономленное» потратили на более мощный сервер для работы служб терминалов.
2) Почему вы, развернув два контроллера домена, не ввели компьютеры пользователей в домен? Это не только вопрос контроля доступа в сеть, но еще и возможность подключения к тому же серверу терминалов без ввода логина пароля (через SSO), возможность ограничить локальных пользователей в правах (в случае занесения пользователем вируса система на компе будет работать), возможность подключить в Outlook общую адресную книгу компании и т.д.
3) В рамках уже приобретенных лицензий можно было развернуть еще:
- Файловый сервер с сохранением версий документов. Проработать структуру хранения и разделить права доступа к документам. У клиента наконец бы появилось место, где хранилась бы вся информация.
- Систему развертывания рабочих мест пользователей (WDS) — подготовка нового компа к работе занимала бы 5-7 минут.
- Систему обновления программного обеспечения (WSUS) — приложения и ОС Microsoft обновлялись бы контролируемо.
- Сервер печати — принтеры можно подключать в один клик, а то и даже клика делать не придется
- Систему установки приложений через групповые политики — те же обновления 1С, джавы и всего прочего
- Систему VPN доступ в офисную сеть с использованием SSTP — из любого места можно работать как в офисе
4) Кроме этого можно было сделать следующее:
- Настроить перенаправление профилей пользователей на сервера — в случае отказа диска на компьютере данные пользователя не будут утеряны.
- Подключить на МФУ адресную книгу сотрудников по LDAP — при появлении нового пользователя он автоматически будет настраиваться в системе.
- Сделать преднастройку пользовательского окружения (автоматическая настройка Outlook, подключение принтеров, сетевых дисков, скрытие локальных дисков (чтобы бардака там не разводили) и т.д.).
- Настроить через ГПО удаленный помощник (чтобы те же 1С-ники могли подключаться к пользователям), настроить инструментарии для системного администратора, оповещения о состоянии рейд-массивов, бекапов и т.д.
Список вещей, которые бы улучшили работу компании, повысили стабильность работы систем и упростили их дальнейшее сопровождение, можно продолжать. Но вместо этого вы купили клиенту два сервера непонятной комплектации («чтоб 1С тянул»), не заложили в спецификацию ИБП, не заложили коммутатор (а то и стек из двух коммутаторов). Вы не избавили компанию от старых проблем, но добавили новых. Вы сделали работу на «лишь бы работало» и жалуетесь, что за «все это» вам заплатили всего лишь 70 т.р. Да вас гнать надо ссаными тряпками с таких проектов — потом переделывать навороченными вами системы клиенту обходится куда дороже, чем сразу сделать все правильно.
Спасибо за комментарий. Все это умеем, все это делаем. Это корпоративная стандартная инфраструктура с бэкапом и мониторингом. Не хватает только упоминания корпоративного антивируса. Стоит ДОРОГО.
Сейчас мне интереснее совсем другое решение. Решение на 20 пользователей. Максимально дешевое, но не на Linux. Понятно, что, имея базу, решение можно масштабировать на гораздо более крупную компанию.
VPN не нужен. Пользователи запускают приложения с сервера remote app по ссылке вида _https://gate.firma.ru
Все, что им нужно для работы, — 1С. Все документы хранятся там. CRM — она же. ERP — она же.
Сам сервер, при этом, может размещаться где угодно. Переезд в другой офис — раз плюнуть. В ЦОД — легко.
У пользователей ничего не меняется. У них только 1 ярлык на рабочем столе, запускающий 1С. Принтер к терминалу цепляется практически любой без проблем (спасибо Microsoft). Если купят новый ноут или планшет — настроить 1С — 5 минут… ярлык скопировать или гейт на планшете.
Еще раз повторюсь, всё, что Вы пишете — абсолютно правильно. Но цель статьи — показать стартовую цену проекта. А для меня просто один из этапов поиска решения через написание статьи. Для маленькой компании что полмиллиона, что миллион — огромные деньги.
Я могу пройтись по всему вашему списку оправдываясь, но зачем? Мы оба понимаем, как все это работает. В следующий раз учту больше нюансов. А про тряпки — это вы зря. Некультурно. Это вы пытаетесь продать клиенту то, что ему не нужно. У него все работает, все печатает, роутер, коммутатор и ИБП имеется, только файловая база уже не тянет. Поэтому клиент не просит сделать все сразу идеально.
В общем, я про решение А Stage 1, вы про решение Б Stage 3.
Сейчас мне интереснее совсем другое решение. Решение на 20 пользователей. Максимально дешевое, но не на Linux. Понятно, что, имея базу, решение можно масштабировать на гораздо более крупную компанию.
VPN не нужен. Пользователи запускают приложения с сервера remote app по ссылке вида _https://gate.firma.ru
Все, что им нужно для работы, — 1С. Все документы хранятся там. CRM — она же. ERP — она же.
Сам сервер, при этом, может размещаться где угодно. Переезд в другой офис — раз плюнуть. В ЦОД — легко.
У пользователей ничего не меняется. У них только 1 ярлык на рабочем столе, запускающий 1С. Принтер к терминалу цепляется практически любой без проблем (спасибо Microsoft). Если купят новый ноут или планшет — настроить 1С — 5 минут… ярлык скопировать или гейт на планшете.
Еще раз повторюсь, всё, что Вы пишете — абсолютно правильно. Но цель статьи — показать стартовую цену проекта. А для меня просто один из этапов поиска решения через написание статьи. Для маленькой компании что полмиллиона, что миллион — огромные деньги.
Я могу пройтись по всему вашему списку оправдываясь, но зачем? Мы оба понимаем, как все это работает. В следующий раз учту больше нюансов. А про тряпки — это вы зря. Некультурно. Это вы пытаетесь продать клиенту то, что ему не нужно. У него все работает, все печатает, роутер, коммутатор и ИБП имеется, только файловая база уже не тянет. Поэтому клиент не просит сделать все сразу идеально.
В общем, я про решение А Stage 1, вы про решение Б Stage 3.
Все это умеем, все это делаем.
Ставлю, что ничего из этого вы делать не умеете. Можете, к примеру, описать как вы настраиваете файловый сервер в компании человек на 30-50? Я потом напишу как его надо настраивать, чтобы вы поняли разницу.
Это корпоративная стандартная инфраструктура с бэкапом и мониторингом. Не хватает только упоминания корпоративного антивируса. Стоит ДОРОГО.
Я уже понял. У вас чтобы у клиента просто 1С хоть как-то заработал нужно уже миллион…
Сейчас мне интереснее совсем другое решение. Решение на 20 пользователей. Максимально дешевое, но не на Linux. Понятно, что, имея базу, решение можно масштабировать на гораздо более крупную компанию.
Максимально дешевое решение вам подсказали в первом комментарии. Для вас оно еще и максимально честное — меньше ущерба компании нанесете. Чем вас не устраивает решение на Linux? Нельзя развернуть нажатиями кнопок «Далее-Далее-Готово»?
VPN не нужен. Пользователи запускают приложения с сервера remote app по ссылке вида _https://gate.firma.ru
Все, что им нужно для работы, — 1С. Все документы хранятся там. CRM — она же. ERP — она же.
А о необходимости контролировать удаленный доступ к информации вы когда-нибудь слышали? У ваших клиентов любой менеджер в режиме онлайн может сливать данные конкурентам — что может быть удобнее?
У пользователей ничего не меняется. У них только 1 ярлык на рабочем столе, запускающий 1С. Принтер к терминалу цепляется практически любой без проблем (спасибо Microsoft). Если купят новый ноут или планшет — настроить 1С — 5 минут… ярлык скопировать или гейт на планшете.
В этом то и проблема, что миллион потрачен, а у пользователей ничего не поменялась. Все те же вирусы-шифровальщики на компах и прочая фигня. И да, принтеры в терминалу цепляются далеко не все, а те что цепляются работают не всегда корректно.
Но цель статьи — показать стартовую цену проекта. А для меня просто один из этапов поиска решения через написание статьи. Для маленькой компании что полмиллиона, что миллион — огромные деньги.
Если вы клиентам в качестве генератора предлагаете спорткар, то не стоит удивляться, почему клиент потратил миллионы на покупку машины, а за настройку заплатил вам как за обычный генератор.
А про тряпки — это вы зря. Некультурно. Это вы пытаетесь продать клиенту то, что ему не нужно. У него все работает, все печатает, роутер, коммутатор и ИБП имеется, только файловая база уже не тянет. Поэтому клиент не просит сделать все сразу идеально.
Вы меня так и не услышали — вы уже предложили клиенту купить все, чтобы можно было сделать сразу все идеально. Клиент все купил, а вы сделали ему кукиш.
Ставлю, что ничего из этого вы делать не умеете. Можете, к примеру, описать как вы настраиваете файловый сервер в компании человек на 30-50? Я потом напишу как его надо настраивать, чтобы вы поняли разницу.
Ну вы же понимаете, что вы не единственный, кто знает, как это сделать?
Я делаю файловый сервер на DFS для удобства миграции, по-старинке, применяя группы AD для разграничения доступа, немного дополнив возможностями FSRM. Если не затруднит, напишите, пожалуйста, ваш вариант в виде статьи.
А о необходимости контролировать удаленный доступ к информации вы когда-нибудь слышали? У ваших клиентов любой менеджер в режиме онлайн может сливать данные конкурентам — что может быть удобнее?
Ставлю, что вы ничего не сделаете с пользователем, который наизусть может выучить отчет или бухгалтерский баланс, чтобы отомстить работодателю. Или тупо звонить по скайпу с личного телефона в любое удобное время. Тут же где-то рядом была статья про NDA, который в нашей стране не работает. То есть и инфа вынесена, и санкции никакие не применить, кроме незаконных.
Вы меня так и не услышали — вы уже предложили клиенту купить все, чтобы можно было сделать сразу все идеально. Клиент все купил, а вы сделали ему кукиш.
Это Вы меня не услышали. Не зависимо от того, хотите ли вы сделать все идеально, или просто, чтобы 1С работала, необходимо приобрести минимальный набор лицензий — что выливается в миллион. Хотелось бы снижения стартового порога, чтобы как можно больше клиентов перевести на возможности современных ОС Windows. Вот суть статьи.
Чем вас не устраивает решение на Linux? Нельзя развернуть нажатиями кнопок «Далее-Далее-Готово»?
Прямо в точку. У вас, я так понимаю, на смартфоне только командная строка? И звоните вы через командную строку? А я далее-далее. Линукс не нужен массовому пользователю в том виде, в котором он сейчас мается. Посмотрите на четвертый-пятый андроиды, и как они изменили мир. Вот того же самого я желаю Линуксу!
>Прямо в точку. У вас, я так понимаю, на смартфоне только командная строка? И звоните вы через командную строку? А я далее-далее. Линукс не нужен массовому пользователю в том виде, в котором он сейчас мается. Посмотрите на четвертый-пятый андроиды, и как они изменили мир. Вот того же самого я желаю Линуксу!
Вы наверное не понимаете, вам предлагают настроить сервер на linux, а клиенты какую ОС использовали, пусть и используют
>Хотелось бы снижения стартового порога, чтобы как можно больше клиентов перевести на возможности современных ОС Windows
Вам сама 1С предлагает новые возможности с тонким\web клиентом но вы упорно лезете в прошлое когда использовали файловые базы и терминальные сервера.
Вы наверное не понимаете, вам предлагают настроить сервер на linux, а клиенты какую ОС использовали, пусть и используют
>Хотелось бы снижения стартового порога, чтобы как можно больше клиентов перевести на возможности современных ОС Windows
Вам сама 1С предлагает новые возможности с тонким\web клиентом но вы упорно лезете в прошлое когда использовали файловые базы и терминальные сервера.
Я делаю файловый сервер на DFS для удобства миграции, по-старинке, применяя группы AD для разграничения доступа, немного дополнив возможностями FSRM. Если не затруднит, напишите, пожалуйста, ваш вариант в виде статьи.
Это все, что вы знаете о настройке файлового сервера, или еще что-то есть? Накидайте еще хотя бы пару пунктов, чтобы все не казалось настолько запущенным.
чтобы все не казалось настолько запущенным
Я уже ответил. Мяч на вашей стороне, опишите вашу конфигурацию.
- На файловых серверах создаются три типа дисков — для общих файлов, для обмена данными, для данных пользователей (перенаправленные папки и т.д.).
- На дисках настраивается регулярное теневое копирование. Настраивается объем хранимых теневых копий.
- Для всех общих папок и корня DFS настраивает перечисление на основе доступа.
- Для общих файлов прорабатывается структура и права доступа, которая закрепляется в документе Excel. Сам файл выглядит так:
- Файл кладется в папку на файловом сервере, к папке предоставляется доступ начальнику службы безопасности клиента. Меняя значения прав доступа в файле, он автоматически меняет права доступа к ресурсу (по расписанию запускается скрипт, меняющий членство в группах AD). В AD создается соответствующая структура OU и делается делегирование на них, чтобы работал скрипт (ну или чтобы права могли менять вручную не только администраторы домена, а в том числе и специалисты техподдержки).
- Для файлообменной папки настраивается скрипт, удаляющий файлы старее 30 дней.
- Для личных папок пользователей настраивается квотирование и оповещения о нарушении квоты.
- Общие ресурсы подключаются через GPO в качестве сетевых дисков пользователям (подключение идет через DFS).
- Настраиваются через GPO автономные файлы (актуально для перенаправленных папок пользователей и ноутбуков).
Нюансы, связанные с именованием объектов, папок, групп, ГПО, настройкой безопасности и т.д. я уже опущу — наш внутренний стандарт на настройку файлового сервера занимает 17 страниц.
Картинка в списке почему-то не отражается:
Делаю почти все также, как вы.
Автономные файлы пока не было необходимости использовать.
Скрипт назначения прав — тоже. У вас, наверняка, статистически это оправданно. Я чаще сталкивался с необходимостью дать доступ через 5 минут, чем с возможностью подготовиться заранее и запланировать изменение матрицы доступа.
На мой взгляд, оптимальнее делегировать и действовать через назначение владельцев ресурсов. Тогда люди сами смогут разобраться, что к чему. А привыкнув, будут все реже дергать техподдержку.
Вопрос только по квотированию. Если дать хотя бы мегабайт 500, то там будет адский хаос, и потом пользователей не заставить его разгрести. А когда место закончится, будет приказ просто увеличить квоту. Спорить с клиентом в таком случае не продуктивно. Придется увеличивать.
Поэтому я использую запрет на складирование мультимедийных файлов, настроенный через FSRM. И морально готов к постепенному увеличению профилей пользователей.
Возможно, статистически можно найти правильную квоту, но тогда она должна быть очень маленькой, чтобы пользователь работал как повар:
И поддержка от руководства должна быть очень сильной, чтобы не возникало конфликтов с пользователями. Руководство поддерживает своих менеджеров, а не чужих админов.
Ну а про подключение сетевых дисков через GPO и, тем более, про перечисление на основе доступа можно было и не упоминать. Только так и не иначе.
Автономные файлы пока не было необходимости использовать.
Скрипт назначения прав — тоже. У вас, наверняка, статистически это оправданно. Я чаще сталкивался с необходимостью дать доступ через 5 минут, чем с возможностью подготовиться заранее и запланировать изменение матрицы доступа.
На мой взгляд, оптимальнее делегировать и действовать через назначение владельцев ресурсов. Тогда люди сами смогут разобраться, что к чему. А привыкнув, будут все реже дергать техподдержку.
Вопрос только по квотированию. Если дать хотя бы мегабайт 500, то там будет адский хаос, и потом пользователей не заставить его разгрести. А когда место закончится, будет приказ просто увеличить квоту. Спорить с клиентом в таком случае не продуктивно. Придется увеличивать.
Поэтому я использую запрет на складирование мультимедийных файлов, настроенный через FSRM. И морально готов к постепенному увеличению профилей пользователей.
Возможно, статистически можно найти правильную квоту, но тогда она должна быть очень маленькой, чтобы пользователь работал как повар:
- выложил на рабочий стол ингредиенты;
- обработал, подготовил, разослал;
- сохранил результат в общем документообороте;
- удалил «обрезки» от приготовления.
И поддержка от руководства должна быть очень сильной, чтобы не возникало конфликтов с пользователями. Руководство поддерживает своих менеджеров, а не чужих админов.
Ну а про подключение сетевых дисков через GPO и, тем более, про перечисление на основе доступа можно было и не упоминать. Только так и не иначе.
Скрипт назначения прав — тоже. У вас, наверняка, статистически это оправданно. Я чаще сталкивался с необходимостью дать доступ через 5 минут, чем с возможностью подготовиться заранее и запланировать изменение матрицы доступа.
На мой взгляд, оптимальнее делегировать и действовать через назначение владельцев ресурсов. Тогда люди сами смогут разобраться, что к чему. А привыкнув, будут все реже дергать техподдержку.
Делегировать по подразделениям — дать доступ руководителям подразделений к соответствующим OU, чтобы они сами изменяли членство в группах? Эта тема у нас так и не прижилась. С файлом excel проблем нет никаких — напротив нужного пользователя из выпадающего списка выбираются значения прав доступа и через 5 минут они применяются — не нужно саппортов привлекать даже.
А когда место закончится, будет приказ просто увеличить квоту. Спорить с клиентом в таком случае не продуктивно. Придется увеличивать.
Надо не спорить, а заранее обсуждать с клиентом политику и действовать согласно ей. Квоты — это же не прихоть администратора — это возможность клиента сэкономить на мощностях оборудования в том числе.
Поэтому я использую запрет на складирование мультимедийных файлов, настроенный через FSRM. И морально готов к постепенному увеличению профилей пользователей.
Некоторые сотрудники и с мультимедиа файлами работают. Это пункт для меня кажется спорным.
Надо не спорить, а заранее обсуждать с клиентом политику и действовать согласно ей.
Ох… Если бы все было так просто.
Такое вполне прокатывает с адекватным руководством. Обрисовали сколько места есть, сколько можно выделить и почему так и составили утвержденные политики. После этого саппорт просто вежливо ссылается на утвержденные политики и клиент чистит свои папки. Конечно же, в наличии будут те, кому надо НЕ «как у всех» и им все согласует руководство)
У Вас все красиво и правильно расписано. Честно, аплодирую стоя. И как всегда есть НО:
1. Сервер терминалов, согласен, нужен в зависимости от инфраструктуры. Можно и обойтись. Но зачем сравнивать стоимость CAL'a и ОС? Мы еще 1С внедряем или только что взяли клиента на поддержку? Может у него лицензии на ОС уже есть?
2. В списке работ настройка домена и создание пользователей есть.
3 и 4. Т.е. к 1 с лишним млн (добавим справедливо замеченные ИБП, коммутаторы и, думаю, ресурсы под файлопомойку и профили пользователей) Вы собираетесь еще предложить сразу клиенту доплатить за все это? В рамках внедрения 1С? После того, как клиент уже офигел от одного лишь вида цифры?
Честно скажу, клиент очень должен Вам доверять.
А в целом, подход правильный. Жаль, не могу плюсануть.
1. Сервер терминалов, согласен, нужен в зависимости от инфраструктуры. Можно и обойтись. Но зачем сравнивать стоимость CAL'a и ОС? Мы еще 1С внедряем или только что взяли клиента на поддержку? Может у него лицензии на ОС уже есть?
2. В списке работ настройка домена и создание пользователей есть.
3 и 4. Т.е. к 1 с лишним млн (добавим справедливо замеченные ИБП, коммутаторы и, думаю, ресурсы под файлопомойку и профили пользователей) Вы собираетесь еще предложить сразу клиенту доплатить за все это? В рамках внедрения 1С? После того, как клиент уже офигел от одного лишь вида цифры?
Честно скажу, клиент очень должен Вам доверять.
А в целом, подход правильный. Жаль, не могу плюсануть.
Но зачем сравнивать стоимость CAL'a и ОС? Мы еще 1С внедряем или только что взяли клиента на поддержку? Может у него лицензии на ОС уже есть?
В статье написано, что автор предлагает внедрять сервер терминалов, т.к. это позволяет не лицензировать клиентские компьютеры. Я, честно говоря, вообще не понял, для чего автору нужны лицензии на компы, если он на них только ставит лицензионный 1С?
2. В списке работ настройка домена и создание пользователей есть
Насколько я понимаю, автор разворачивал домен только из-за того, что не умеет разворачивать сервер терминалов на 2012R2 без домена (если делать это кнопками Далее-Далее, то он действительно будет ругаться на отсутствие домена). Компьютеры в домен автор не вводит.
3 и 4. Т.е. к 1 с лишним млн (добавим справедливо замеченные ИБП, коммутаторы и, думаю, ресурсы под файлопомойку и профили пользователей) Вы собираетесь еще предложить сразу клиенту доплатить за все это? В рамках внедрения 1С? После того, как клиент уже офигел от одного лишь вида цифры?
Я считаю, что просто внедрение 1С можно и нужно делать в данной ситуации значительно проще — это честнее по отношению к клиенту. Если же речь зашла об обозначенных автором затратах, то делать надо тогда сразу все и до конца правильно. Глупо покупать два сервера и не покупать к ним ИБП (я честно сомневаюсь, что у клиента был до этого ИБП, который выдерживает нагрузку от двух серверов). Глупо покупать два сервера и не использовать гигабитный коммутатор и агрегацию линков (опять же у клиента скорее всего 100-Мбитный неуправляемый коммутатор) и т.д.
Честно скажу, клиент очень должен Вам доверять.
Зачастую клиент после обозначенного в статье проекта уже никому не доверяет :( Очень тяжело слышать, что миллион был спущен впустую и теперь надо все переделывать.
миллион был спущен впустую и теперь надо все переделывать.
Теперь не нужно ничего переделаывать. Нужно развивать инфраструктуру дальше. Все лицензии есть, диски нужно только докупить и можно строить дальше.
Вы цепляетесь к словам. Очевидно, что клиент будет полностью проинформирован о всех нюансах и сам сделает выбор перед началом работ. Вы же руководитель бизнеса… Понимаете, что обман не прокатывает уже? Только прозрачные и понятные решения.
Насколько я понимаю, автор разворачивал домен только из-за того, что не умеет разворачивать сервер терминалов на 2012R2 без домена
Без домена это называется колхоз — это раз.
Уже давно ничего не поднимаю прямо на железе, кроме гипервизоров, — это два.
Если что, поднимал без домена. Была нужда у клиента такая.
Прочитал и прослезился! Понятно почему многие не доверяют таким интеграторам! Как писали уже выше 1С прекрасно работает на Linux и производительность базы на postgres соизмерима с Microsoft SQL, достаточно лишь побольше памяти для кеширования. Сама служба 1С хорошо чувствует себя на виртуалке, поэтому легко разнести базу и службу. Про 1С тонкий клиент вы похоже вообще не слышали, достаточно лишь разделить пользователей на тех кто будет использовать тонкий клиент и тех кто толстый клиент. Недавно nutanix выложил в «бесплатное» использование свое творение с распределенной файловой системой, так что имея 3-и сервера можно сделать неплохой кластер при этом купив тока лицензии на 1С.
Тонкий клиент есть не во всех конфигурациях
Если не ошибаюсь тонкий клиент(управляемое приложение) уже есть для всех конфигураций, но бывает что нету форм под тонкий клиент, как раз эту проблему и должен решать интегратор! Повторюсь еще раз Автор пытается Изобрести «Тонкий\web клиент 1С», при этом он даже не задумывается об разделении\изоляции клиентов и производительности. Так как возможны ситуации когда один клиент может завалить весь сервер, одним неправильно написанным отчетом.
В УПП и комплексной нет многих форм для управляемого приложения — соотв. считаем, что нет управляемого приложения, т.е. тонкого клиента
УПП заменяют на ERP поэтому особо не парятся, а просто предлагают переходить! Опять же я как раз писал о том что одновременно использовать тонкий и толстый клиент, например для бухгалтерии больше подходит толстый клиента, а вот менеджерам зачастую достаточно сделать отдельный интерфейс на тонком клиенте, как раз я считаю это и есть работа интегратора!
С точки зрения компании-аутсорсера это решается с помощью организации терминального сервера. Все, что нужно будет сделать на компьютерах пользователей – это из почты скопировать ярлык удаленного подключения на рабочий стол. Пользователи сделают это сами. Аутсорсеру не придется админить компы с пиратской виндой. И это останется на совести руководства компании-клиента до следующего этапа развития (маячащей на горизонте аренды ПО или подписки, которую нельзя будет избежать).
Вы хотите потратить 282 000 руб. (сервер + Windows Server 2012 R2 standard + RDS CAL 2012, 20 шт.) только чтобы вам было удобнее? Вы серьёзно? Отказать. Следующий.
P.S. За 366 451 руб. (Windows + Office) можно легализовать парк из 20 компьютеров, и это без корпоративных программ, с ними ещё дешевле.
Вы хотите потратить 282 000 руб. (сервер + Windows Server 2012 R2 standard + RDS CAL 2012, 20 шт.) только чтобы вам было удобнее? Вы серьёзно? Отказать. Следующий.
P.S. За 366 451 руб. (Windows + Office) можно легализовать парк из 20 компьютеров, и это без корпоративных программ, с ними ещё дешевле.
Извините, я, наверное, не выспался, но что?
В чем отличие
Потому как Вы говорите, что первое правильно, а второе — нет.
Или имеется ввиду какой-то сервер на open-source решении?
В чем отличие
организации терминального сервераи
сервер + Windows Server 2012 R2 standard + RDS CAL 2012, 20 шт?
Потому как Вы говорите, что первое правильно, а второе — нет.
Или имеется ввиду какой-то сервер на open-source решении?
Люди хотят упростить себе жизнь за 282 000 руб. заказчика поставив сервер терминалов. Я утверждаю что за подобную сумму можно легализовать 20 рабочих станций Windows + Office. При этом связка лицензионная клиент-серверная 1С + лицензионный Windows Server + лицензионная MS SQL будут работать в полном объёме, только отказоустойчивого домена создать не получиться, но разговор про домен в компании это совсем другая история, к 1С ни какого отношения не имеющая.
разговор про домен в компании это совсем другая история
Это из той же истории, что Иван тут пытается пропиариться, понося коллег и обвиняя в непрофессионализме, пытаясь сам возвыситься. Вот у вас то же самое.
Еще раз напомню. Официально терминальный сервер на 2012-й видне требует домен. Без домена — это колхоз.
А так как конфа просто обязана быть на двух серверах для повышения общей надежности, то это по-любому две лицензии на 2012-й сервер. Что позволяет нам сделать 4 виртуальных сервера. Поэтому я ни в чем себе не отказываю, делаю полный инсталл нужных фич.
можно легализовать парк из 20 компьютеров
Ну вы же тоже правы! Неужели не понятно, что есть разные проекты. Самое главное — дать заказчику максимум информации. Пусть он понимает все пробелы того, что есть, и того, что будет. Универсального решения нет. Для кого-то правильным будет легализовать имеющиеся компьютеры, а кто-то уже на 50% перешел на BYOD. И ему не хочется легализоваться, потому что он ждет Windows 10 и ее политику лицензирования, либо переходит на 100% на BYOD.
Также дополню, что описанная в статье конфа, позволяет сотрудникам компании подключаться со своих домашних (рабочих) ноутбуков где-бы они не находились.
Давайте по порядку
1. Для работы клиент-серверного решения 1С не нужен терминал.
2. Для работы клиент-серверного решения 1С не нужен домен.
3. У вас 2 идентичных сервера не объединенных в кластер.
4. У вас 2 идентичных сервера с различными базами 1С, при этом вы не можете запустить второй сервер 1С пока не отключите первый, иначе вам нужно 2 ключа «Сервер 1С Предприятие х64», а не один.
5. У вас 2 идентичных сервера с различными базами 1С и если умрёт один из них вам необходимо вытащить базу с одного, залить в другой, и запросить новые программные ключи у 1С на серверные и клиентские лицензии.
Я всё правильно написал?
1. Для работы клиент-серверного решения 1С не нужен терминал.
2. Для работы клиент-серверного решения 1С не нужен домен.
3. У вас 2 идентичных сервера не объединенных в кластер.
4. У вас 2 идентичных сервера с различными базами 1С, при этом вы не можете запустить второй сервер 1С пока не отключите первый, иначе вам нужно 2 ключа «Сервер 1С Предприятие х64», а не один.
5. У вас 2 идентичных сервера с различными базами 1С и если умрёт один из них вам необходимо вытащить базу с одного, залить в другой, и запросить новые программные ключи у 1С на серверные и клиентские лицензии.
Я всё правильно написал?
1-3 да, все правильно. Только в статье не рассматриваем клиент-серверный вариант.
Я делаю ставку на возможности Remote App Windows Server 2012 R2 и BYOD.
4-5 нет. Сервер 1С — один. Ключ — один. Этот сервер — виртуальный. Если выходит из строя один физический сервер (допустим упал именно тот, на котором 1С), то просто восстанавливаем виртуальный сервер с 1С на второй физический из бэкапа (в базом варианте) или запускаем из реплики (если мы уже прокачали инфраструктуру дальше), или, если пошли еще дальше, и клиент смог позволить себе полку, то можно и кластер.
Не имею ничего против клиент-серверного решения. Работал с ним на базе около 100 гигабайт. 25 пользователей. Все норм, кроме больших и массовых проведений.
Вот на сервере все проводилось гораздо быстрее, поэтому стал сторонником терминала (в техническом плане). В финансовом — согласен, беда. Очень дорогие лицензии. Собственно, статья об этом.
Я еще потренируюсь. Постараюсь в следующих статьях учесть больше факторов. Хотя это и сложно, так как у всех разный опыт… еще бы доброжелательное отношение в комментариях и можно было бы с большим удовольствием дорабатывать статью. Вот denis_from_oks меня услышал. Респект ему!
Я делаю ставку на возможности Remote App Windows Server 2012 R2 и BYOD.
4-5 нет. Сервер 1С — один. Ключ — один. Этот сервер — виртуальный. Если выходит из строя один физический сервер (допустим упал именно тот, на котором 1С), то просто восстанавливаем виртуальный сервер с 1С на второй физический из бэкапа (в базом варианте) или запускаем из реплики (если мы уже прокачали инфраструктуру дальше), или, если пошли еще дальше, и клиент смог позволить себе полку, то можно и кластер.
Не имею ничего против клиент-серверного решения. Работал с ним на базе около 100 гигабайт. 25 пользователей. Все норм, кроме больших и массовых проведений.
Вот на сервере все проводилось гораздо быстрее, поэтому стал сторонником терминала (в техническом плане). В финансовом — согласен, беда. Очень дорогие лицензии. Собственно, статья об этом.
Я еще потренируюсь. Постараюсь в следующих статьях учесть больше факторов. Хотя это и сложно, так как у всех разный опыт… еще бы доброжелательное отношение в комментариях и можно было бы с большим удовольствием дорабатывать статью. Вот denis_from_oks меня услышал. Респект ему!
Вот об этом я и говорю. Вы устанавливайте клиенту сервер терминалов, а для его работы домен, а для работы домена ещё 1 физический сервер и 1 лицензию на Windows Server. При этом вы согласны, что для клиент-серверной 1С не нужен сервер терминалов и домен. На мой взгляд вы делайте слишком много лишнего и дорогого, ведь заказчику необходим сервер 1С на 20 пользователей, а не зачатки корпоративной инфраструктуры.
На мой взгляд вы делайте слишком много лишнего и дорогого, ведь заказчику необходим сервер 1С на 20 пользователей
Вы правы на 100%. Именно в этой области я и провожу изыскания. Ищу супер-решение. Но не на linux.
Напишите, пожалуйста, ваш опыт: сколько времени в вашей инсталляции займет восстановление работы компании на 20 пользователей 1С, в случае если на одиночном сервере сгорит материнская плата?
Всё зависит от критичности задач. Есть предприятия которые могут несколько дней простоять и не каких потерь не будет, есть те которые принимают заказы онлайн и час простоя это огромные финансовые и репульпационные потери, а есть те которые находятся между этими крайними точками. А ещё очень важна скорость обработки данных. В подавляющих случаях компания не может и минуты прожить без 1С, но если эта 1С будет тормозить несколько дней или даже недель, то это не критично.
Для каждой компании необходимо подобрать решение по потребностям и кошельку. На практике я сталкивался с компаниями которые могут несколько часов посидеть без 1С, а если та будет тормозить несколько дней то это не критично. В итоге, покупается 1 железный сервер и на него ставиться клиент-серверная реализация 1С. Когда всё умирает с концами, то в случае аутсорса обслуживающая компания привозит своё оборудование на время ремонта, а в случае собственного владения админ достаёт старое железо с рейдом или бежит в магазин.
Для каждой компании необходимо подобрать решение по потребностям и кошельку. На практике я сталкивался с компаниями которые могут несколько часов посидеть без 1С, а если та будет тормозить несколько дней то это не критично. В итоге, покупается 1 железный сервер и на него ставиться клиент-серверная реализация 1С. Когда всё умирает с концами, то в случае аутсорса обслуживающая компания привозит своё оборудование на время ремонта, а в случае собственного владения админ достаёт старое железо с рейдом или бежит в магазин.
В таблице явная ошибка.
SQL CAL 2014 runtime 20 172000 17200020 х 172000 != 172000.
Расскажите пожалуйста подробнее насчет бэкапов. Какими средствами они делаются? Какие данные бэкапится? Что из себя представляет сервер бэкапов? Какая ос на нем установлен а? Спасибо
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Кто зарабатывает на ИТ-аутсорсинге и внедрении 1С?