Автономные файлы пока не было необходимости использовать.
Скрипт назначения прав — тоже. У вас, наверняка, статистически это оправданно. Я чаще сталкивался с необходимостью дать доступ через 5 минут, чем с возможностью подготовиться заранее и запланировать изменение матрицы доступа.
На мой взгляд, оптимальнее делегировать и действовать через назначение владельцев ресурсов. Тогда люди сами смогут разобраться, что к чему. А привыкнув, будут все реже дергать техподдержку.
Вопрос только по квотированию. Если дать хотя бы мегабайт 500, то там будет адский хаос, и потом пользователей не заставить его разгрести. А когда место закончится, будет приказ просто увеличить квоту. Спорить с клиентом в таком случае не продуктивно. Придется увеличивать.
Поэтому я использую запрет на складирование мультимедийных файлов, настроенный через FSRM. И морально готов к постепенному увеличению профилей пользователей.
Возможно, статистически можно найти правильную квоту, но тогда она должна быть очень маленькой, чтобы пользователь работал как повар:
выложил на рабочий стол ингредиенты;
обработал, подготовил, разослал;
сохранил результат в общем документообороте;
удалил «обрезки» от приготовления.
И поддержка от руководства должна быть очень сильной, чтобы не возникало конфликтов с пользователями. Руководство поддерживает своих менеджеров, а не чужих админов.
Ну а про подключение сетевых дисков через GPO и, тем более, про перечисление на основе доступа можно было и не упоминать. Только так и не иначе.
Не понял куда ведет ссылка. Возможно закралась ошибка?
В этом случае надо обратить своё внимание на 1С в облаке. Заходим на 1cfresh.com/price и считаем деньги для 2 самых востребованных конфигураций на 20 пользователей: 29 664 + 5 933 * 15 = 118 659 руб. в год.
На мой взгляд вы делайте слишком много лишнего и дорогого, ведь заказчику необходим сервер 1С на 20 пользователей
Вы правы на 100%. Именно в этой области я и провожу изыскания. Ищу супер-решение. Но не на linux.
Напишите, пожалуйста, ваш опыт: сколько времени в вашей инсталляции займет восстановление работы компании на 20 пользователей 1С, в случае если на одиночном сервере сгорит материнская плата?
1-3 да, все правильно. Только в статье не рассматриваем клиент-серверный вариант.
Я делаю ставку на возможности Remote App Windows Server 2012 R2 и BYOD.
4-5 нет. Сервер 1С — один. Ключ — один. Этот сервер — виртуальный. Если выходит из строя один физический сервер (допустим упал именно тот, на котором 1С), то просто восстанавливаем виртуальный сервер с 1С на второй физический из бэкапа (в базом варианте) или запускаем из реплики (если мы уже прокачали инфраструктуру дальше), или, если пошли еще дальше, и клиент смог позволить себе полку, то можно и кластер.
Не имею ничего против клиент-серверного решения. Работал с ним на базе около 100 гигабайт. 25 пользователей. Все норм, кроме больших и массовых проведений.
Вот на сервере все проводилось гораздо быстрее, поэтому стал сторонником терминала (в техническом плане). В финансовом — согласен, беда. Очень дорогие лицензии. Собственно, статья об этом.
Я еще потренируюсь. Постараюсь в следующих статьях учесть больше факторов. Хотя это и сложно, так как у всех разный опыт… еще бы доброжелательное отношение в комментариях и можно было бы с большим удовольствием дорабатывать статью. Вот denis_from_oks меня услышал. Респект ему!
миллион был спущен впустую и теперь надо все переделывать.
Теперь не нужно ничего переделаывать. Нужно развивать инфраструктуру дальше. Все лицензии есть, диски нужно только докупить и можно строить дальше.
Вы цепляетесь к словам. Очевидно, что клиент будет полностью проинформирован о всех нюансах и сам сделает выбор перед началом работ. Вы же руководитель бизнеса… Понимаете, что обман не прокатывает уже? Только прозрачные и понятные решения.
Насколько я понимаю, автор разворачивал домен только из-за того, что не умеет разворачивать сервер терминалов на 2012R2 без домена
Без домена это называется колхоз — это раз.
Уже давно ничего не поднимаю прямо на железе, кроме гипервизоров, — это два.
Если что, поднимал без домена. Была нужда у клиента такая.
разговор про домен в компании это совсем другая история
Это из той же истории, что Иван тут пытается пропиариться, понося коллег и обвиняя в непрофессионализме, пытаясь сам возвыситься. Вот у вас то же самое.
Еще раз напомню. Официально терминальный сервер на 2012-й видне требует домен. Без домена — это колхоз.
А так как конфа просто обязана быть на двух серверах для повышения общей надежности, то это по-любому две лицензии на 2012-й сервер. Что позволяет нам сделать 4 виртуальных сервера. Поэтому я ни в чем себе не отказываю, делаю полный инсталл нужных фич.
можно легализовать парк из 20 компьютеров
Ну вы же тоже правы! Неужели не понятно, что есть разные проекты. Самое главное — дать заказчику максимум информации. Пусть он понимает все пробелы того, что есть, и того, что будет. Универсального решения нет. Для кого-то правильным будет легализовать имеющиеся компьютеры, а кто-то уже на 50% перешел на BYOD. И ему не хочется легализоваться, потому что он ждет Windows 10 и ее политику лицензирования, либо переходит на 100% на BYOD.
Также дополню, что описанная в статье конфа, позволяет сотрудникам компании подключаться со своих домашних (рабочих) ноутбуков где-бы они не находились.
Ставлю, что ничего из этого вы делать не умеете. Можете, к примеру, описать как вы настраиваете файловый сервер в компании человек на 30-50? Я потом напишу как его надо настраивать, чтобы вы поняли разницу.
Ну вы же понимаете, что вы не единственный, кто знает, как это сделать?
Я делаю файловый сервер на DFS для удобства миграции, по-старинке, применяя группы AD для разграничения доступа, немного дополнив возможностями FSRM. Если не затруднит, напишите, пожалуйста, ваш вариант в виде статьи.
А о необходимости контролировать удаленный доступ к информации вы когда-нибудь слышали? У ваших клиентов любой менеджер в режиме онлайн может сливать данные конкурентам — что может быть удобнее?
Ставлю, что вы ничего не сделаете с пользователем, который наизусть может выучить отчет или бухгалтерский баланс, чтобы отомстить работодателю. Или тупо звонить по скайпу с личного телефона в любое удобное время. Тут же где-то рядом была статья про NDA, который в нашей стране не работает. То есть и инфа вынесена, и санкции никакие не применить, кроме незаконных.
Вы меня так и не услышали — вы уже предложили клиенту купить все, чтобы можно было сделать сразу все идеально. Клиент все купил, а вы сделали ему кукиш.
Это Вы меня не услышали. Не зависимо от того, хотите ли вы сделать все идеально, или просто, чтобы 1С работала, необходимо приобрести минимальный набор лицензий — что выливается в миллион. Хотелось бы снижения стартового порога, чтобы как можно больше клиентов перевести на возможности современных ОС Windows. Вот суть статьи.
Чем вас не устраивает решение на Linux? Нельзя развернуть нажатиями кнопок «Далее-Далее-Готово»?
Прямо в точку. У вас, я так понимаю, на смартфоне только командная строка? И звоните вы через командную строку? А я далее-далее. Линукс не нужен массовому пользователю в том виде, в котором он сейчас мается. Посмотрите на четвертый-пятый андроиды, и как они изменили мир. Вот того же самого я желаю Линуксу!
Спасибо за комментарий. Все это умеем, все это делаем. Это корпоративная стандартная инфраструктура с бэкапом и мониторингом. Не хватает только упоминания корпоративного антивируса. Стоит ДОРОГО.
Сейчас мне интереснее совсем другое решение. Решение на 20 пользователей. Максимально дешевое, но не на Linux. Понятно, что, имея базу, решение можно масштабировать на гораздо более крупную компанию.
VPN не нужен. Пользователи запускают приложения с сервера remote app по ссылке вида _https://gate.firma.ru
Все, что им нужно для работы, — 1С. Все документы хранятся там. CRM — она же. ERP — она же.
Сам сервер, при этом, может размещаться где угодно. Переезд в другой офис — раз плюнуть. В ЦОД — легко.
У пользователей ничего не меняется. У них только 1 ярлык на рабочем столе, запускающий 1С. Принтер к терминалу цепляется практически любой без проблем (спасибо Microsoft). Если купят новый ноут или планшет — настроить 1С — 5 минут… ярлык скопировать или гейт на планшете.
Еще раз повторюсь, всё, что Вы пишете — абсолютно правильно. Но цель статьи — показать стартовую цену проекта. А для меня просто один из этапов поиска решения через написание статьи. Для маленькой компании что полмиллиона, что миллион — огромные деньги.
Я могу пройтись по всему вашему списку оправдываясь, но зачем? Мы оба понимаем, как все это работает. В следующий раз учту больше нюансов. А про тряпки — это вы зря. Некультурно. Это вы пытаетесь продать клиенту то, что ему не нужно. У него все работает, все печатает, роутер, коммутатор и ИБП имеется, только файловая база уже не тянет. Поэтому клиент не просит сделать все сразу идеально.
В общем, я про решение А Stage 1, вы про решение Б Stage 3.
Спасибо за хороший отзыв! Это важный компонент мотивации для меня!
Выход сам сейчас ищу, планирую просчитать альтернативные решения по совокупным затратам для клиента за большой период времени: аренда лицензий, Аренда 1С. Плюс проработка аргументов для перехода в облако.
Сейчас для меня выход — это определенный тип клиента: у него есть задача, которую нужно решить, есть сроки и есть бюджет.
Таким образом я пытаюсь определить свою целевую аудиторию.
Вот я тоже хочу, чтобы мне так с клиентами везло :)
Ох… Если бы все было так просто.
Автономные файлы пока не было необходимости использовать.
Скрипт назначения прав — тоже. У вас, наверняка, статистически это оправданно. Я чаще сталкивался с необходимостью дать доступ через 5 минут, чем с возможностью подготовиться заранее и запланировать изменение матрицы доступа.
На мой взгляд, оптимальнее делегировать и действовать через назначение владельцев ресурсов. Тогда люди сами смогут разобраться, что к чему. А привыкнув, будут все реже дергать техподдержку.
Вопрос только по квотированию. Если дать хотя бы мегабайт 500, то там будет адский хаос, и потом пользователей не заставить его разгрести. А когда место закончится, будет приказ просто увеличить квоту. Спорить с клиентом в таком случае не продуктивно. Придется увеличивать.
Поэтому я использую запрет на складирование мультимедийных файлов, настроенный через FSRM. И морально готов к постепенному увеличению профилей пользователей.
Возможно, статистически можно найти правильную квоту, но тогда она должна быть очень маленькой, чтобы пользователь работал как повар:
И поддержка от руководства должна быть очень сильной, чтобы не возникало конфликтов с пользователями. Руководство поддерживает своих менеджеров, а не чужих админов.
Ну а про подключение сетевых дисков через GPO и, тем более, про перечисление на основе доступа можно было и не упоминать. Только так и не иначе.
В общем, понятно, что инсталляции бывают разные.
Поставщик-франчайзи продает 20 лицензий одним пакетом.
Не понял куда ведет ссылка. Возможно закралась ошибка?
Беру в проработку аргументов за это решение.
Вы правы на 100%. Именно в этой области я и провожу изыскания. Ищу супер-решение. Но не на linux.
Напишите, пожалуйста, ваш опыт: сколько времени в вашей инсталляции займет восстановление работы компании на 20 пользователей 1С, в случае если на одиночном сервере сгорит материнская плата?
Я делаю ставку на возможности Remote App Windows Server 2012 R2 и BYOD.
4-5 нет. Сервер 1С — один. Ключ — один. Этот сервер — виртуальный. Если выходит из строя один физический сервер (допустим упал именно тот, на котором 1С), то просто восстанавливаем виртуальный сервер с 1С на второй физический из бэкапа (в базом варианте) или запускаем из реплики (если мы уже прокачали инфраструктуру дальше), или, если пошли еще дальше, и клиент смог позволить себе полку, то можно и кластер.
Не имею ничего против клиент-серверного решения. Работал с ним на базе около 100 гигабайт. 25 пользователей. Все норм, кроме больших и массовых проведений.
Вот на сервере все проводилось гораздо быстрее, поэтому стал сторонником терминала (в техническом плане). В финансовом — согласен, беда. Очень дорогие лицензии. Собственно, статья об этом.
Я еще потренируюсь. Постараюсь в следующих статьях учесть больше факторов. Хотя это и сложно, так как у всех разный опыт… еще бы доброжелательное отношение в комментариях и можно было бы с большим удовольствием дорабатывать статью. Вот denis_from_oks меня услышал. Респект ему!
Я уже ответил. Мяч на вашей стороне, опишите вашу конфигурацию.
Клиент хочет на винде. По настройке на линукс здесь уже была статья.
Теперь не нужно ничего переделаывать. Нужно развивать инфраструктуру дальше. Все лицензии есть, диски нужно только докупить и можно строить дальше.
Вы цепляетесь к словам. Очевидно, что клиент будет полностью проинформирован о всех нюансах и сам сделает выбор перед началом работ. Вы же руководитель бизнеса… Понимаете, что обман не прокатывает уже? Только прозрачные и понятные решения.
Без домена это называется колхоз — это раз.
Уже давно ничего не поднимаю прямо на железе, кроме гипервизоров, — это два.
Если что, поднимал без домена. Была нужда у клиента такая.
Это из той же истории, что Иван тут пытается пропиариться, понося коллег и обвиняя в непрофессионализме, пытаясь сам возвыситься. Вот у вас то же самое.
Еще раз напомню. Официально терминальный сервер на 2012-й видне требует домен. Без домена — это колхоз.
А так как конфа просто обязана быть на двух серверах для повышения общей надежности, то это по-любому две лицензии на 2012-й сервер. Что позволяет нам сделать 4 виртуальных сервера. Поэтому я ни в чем себе не отказываю, делаю полный инсталл нужных фич.
Ну вы же тоже правы! Неужели не понятно, что есть разные проекты. Самое главное — дать заказчику максимум информации. Пусть он понимает все пробелы того, что есть, и того, что будет. Универсального решения нет. Для кого-то правильным будет легализовать имеющиеся компьютеры, а кто-то уже на 50% перешел на BYOD. И ему не хочется легализоваться, потому что он ждет Windows 10 и ее политику лицензирования, либо переходит на 100% на BYOD.
Также дополню, что описанная в статье конфа, позволяет сотрудникам компании подключаться со своих домашних (рабочих) ноутбуков где-бы они не находились.
Ну вы же понимаете, что вы не единственный, кто знает, как это сделать?
Я делаю файловый сервер на DFS для удобства миграции, по-старинке, применяя группы AD для разграничения доступа, немного дополнив возможностями FSRM. Если не затруднит, напишите, пожалуйста, ваш вариант в виде статьи.
Ставлю, что вы ничего не сделаете с пользователем, который наизусть может выучить отчет или бухгалтерский баланс, чтобы отомстить работодателю. Или тупо звонить по скайпу с личного телефона в любое удобное время. Тут же где-то рядом была статья про NDA, который в нашей стране не работает. То есть и инфа вынесена, и санкции никакие не применить, кроме незаконных.
Это Вы меня не услышали. Не зависимо от того, хотите ли вы сделать все идеально, или просто, чтобы 1С работала, необходимо приобрести минимальный набор лицензий — что выливается в миллион. Хотелось бы снижения стартового порога, чтобы как можно больше клиентов перевести на возможности современных ОС Windows. Вот суть статьи.
Прямо в точку. У вас, я так понимаю, на смартфоне только командная строка? И звоните вы через командную строку? А я далее-далее. Линукс не нужен массовому пользователю в том виде, в котором он сейчас мается. Посмотрите на четвертый-пятый андроиды, и как они изменили мир. Вот того же самого я желаю Линуксу!
Сейчас мне интереснее совсем другое решение. Решение на 20 пользователей. Максимально дешевое, но не на Linux. Понятно, что, имея базу, решение можно масштабировать на гораздо более крупную компанию.
VPN не нужен. Пользователи запускают приложения с сервера remote app по ссылке вида _https://gate.firma.ru
Все, что им нужно для работы, — 1С. Все документы хранятся там. CRM — она же. ERP — она же.
Сам сервер, при этом, может размещаться где угодно. Переезд в другой офис — раз плюнуть. В ЦОД — легко.
У пользователей ничего не меняется. У них только 1 ярлык на рабочем столе, запускающий 1С. Принтер к терминалу цепляется практически любой без проблем (спасибо Microsoft). Если купят новый ноут или планшет — настроить 1С — 5 минут… ярлык скопировать или гейт на планшете.
Еще раз повторюсь, всё, что Вы пишете — абсолютно правильно. Но цель статьи — показать стартовую цену проекта. А для меня просто один из этапов поиска решения через написание статьи. Для маленькой компании что полмиллиона, что миллион — огромные деньги.
Я могу пройтись по всему вашему списку оправдываясь, но зачем? Мы оба понимаем, как все это работает. В следующий раз учту больше нюансов. А про тряпки — это вы зря. Некультурно. Это вы пытаетесь продать клиенту то, что ему не нужно. У него все работает, все печатает, роутер, коммутатор и ИБП имеется, только файловая база уже не тянет. Поэтому клиент не просит сделать все сразу идеально.
В общем, я про решение А Stage 1, вы про решение Б Stage 3.
Выход сам сейчас ищу, планирую просчитать альтернативные решения по совокупным затратам для клиента за большой период времени: аренда лицензий, Аренда 1С. Плюс проработка аргументов для перехода в облако.
Сейчас для меня выход — это определенный тип клиента: у него есть задача, которую нужно решить, есть сроки и есть бюджет.
Таким образом я пытаюсь определить свою целевую аудиторию.