Добрый день, статья написана в качестве некоего продолжения опуса. Компания 1С довольно часто подвергается критике, нередко объективной, но я попытаюсь своим примером показать, что 1С предоставляет свободу выбора, что в нынешнее время как минимум заслуживает уважения. Также немного посчитаем деньги. Основной вид деятельности нашей небольшой компании является IT аутсорсинг. Скорее в маркетингово-энтузиастских целях, мы создаем шаблоны решений, которые нам позволяют немного стандартизировать IT инфраструктуру подопечных, а клиенту получить и главное осознать экономию (если сам себя не похвалишь отчетом, то никто не заметит).
Клиенты — небольшие компании от 20 до 200 человек. Квалификационные тесты специальности лечебное дело фельдшеров. Одним из таких решений является реализация 1С сервера предприятий на свободной платформе Linux + Postgres SQL.
Рассмотрены типичные варианты работы «1. С: Предприятия», а также будет приведено. Скорее в маркетингово- энтузиастских целях, мы создаем шаблоны решений, которые нам.
В статье не будет очередной технической реализации, так как все давно. Будет лишь сравнение стандартного предложения от 1С франчайзи и наш экономный вариант на май 2014. Осуществить переход базы с файлового режима работы на SQL-ный вариант с возможностью использования до 20 клиентов. Расчет двух вариантов. Мы не занимаемся сопровождением 1С, потому все рекомендации: о необходимости перехода с файловой базы на SQL, покупки лицензий, аппаратного комплекса клиент получает от сопровождающего его 1С франчайзи. Далее проходит консультация с нами, мы предлагаем альтернативное решение на связке 1С+Linux+Postgres SQL, сами же и внедряем. Предложение на 20 пользователей.
Наименование Стандартное предложение 1С франчайзи Windows + MSSQL (руб.) Вариант здравомыслия Linux + Postgres SQL (руб.) Лицензии 1С 1С: Предприятие 8.3.Лицензия на сервер (x86-64) - 86400 1С: Предприятие 8.3.Лицензия на сервер (x86-64) (USB) 103700 - Клиентская лицензия на 20 рабочих мест 1С: Предприятие 8 (USB) 97600 - 1С: Предприятие 8. Клиентская лицензия на 20 рабочих мест - 78000 Лицензии SQL Лицензия на сервер MS SQL Server Standard 2012 Runtime для пользователей 1С: Предприятие 8 13381 0 Клиентский доступ на 20 рабочих мест к MS SQL Server 2012 Runtime для 1С: Предприятие 8 117748 0 Итого 300 Экономия 168029 Пояснения и нюансы:. Внедренцы 1С (во вселенной конечно же есть и другие, которые пытаются сэкономить клиенту, но нам такие не попадались) по умолчанию предлагают ключи варианта USB, они ощутимо дороже файловых лицензий. Естественно, выбор типа ключа никак не зависит от платформы реализации. Выходит в таблице сделано ухищрение в пользу Linux платформы. Все же напомню, что речь идет не о скрупулезной оценке предложений, а о свежем примере из практики.
Объективности ради, должен уточнить, что на мой взгляд внедренцы склоняются в пользу USB ключей не в целях увеличить траты, а ради надежности применения и простоты дальнейшего обслуживания, «тем более» если речь идет о реализации на Linux + Postgres SQL. Часто, мы также для небольших компаний приобретаем ключ 1С: Предприятия x86, а не 64. При этом Postgres SQL используем 64 битный вариант, а 1С сервер предприятия 32 битный.
Применение в масштабах организаций до 60 человек, считаем приемлемым, тезис субъективный. Не учтена стоимость работ. В нашем случае она включена в контракт обслуживания, потому для клиента равна нулю. Будем считать что внедрение и дальнейшее сопровождение, примерно одинаковы. Осуществить переход базы с файлового режима работы на SQL-ный вариант с возможностью использования до 10 клиентов.
Предложение на 10 пользователей Наименование Стандартное предложение 1С франчайзи Windows + MSSQL (руб.) Вариант здравомыслия Linux + Postgres SQL (руб.) Лицензии 1С 1С: Предприятие 8.3.Лицензия на сервер (x86-64) - 0 1С: Предприятие 8.3.Лицензия на сервер (x86-64) (USB) 103700 - Клиентская лицензия на 10 рабочих мест 1С: Предприятие 8 (USB) 51900 - 1С: Предприятие 8. Клиентская лицензия на 10 рабочих мест - 41400 Лицензии SQL Лицензия на сервер MS SQL Server Standard 2012 Runtime для пользователей 1С: Предприятие 8 13381 0 Клиентский доступ на 10 рабочих мест к MS SQL Server 2012 Runtime для 1С: Предприятие 8 58874 0 Итого 20 Экономия 186455 Дополнение к нюансам из примера №1. Добрая 1С позволяет использовать 1С сервер предприятия на Linux для 12 клиентов без ключа сервера предприятия, для Windows подобного нет. Бонус сомнительный, ведь 10 пользователей смогут и на файловой пережить, но все же приятный.
Часто, экономия в рамках нашей страны губит любые добрые системные начинания. Мне кажется, что данный случай все же из другого разряда. Три года назад когда мы вводили 1С сервер предприятия на Linux за стандарт для наших компаний, мы действительно без ложной озабоченности выслушивали от внедренцев 1С, что они снимают с себя ответственность за работоспособность поддерживаемой конфигурации на подобной не «кошерной» связке Linux + Postgres SQL, при этом вводя и клиента в состояние паники. Возможно, в приведенные мною расчеты можно пульнуть еще с десяток критических стрел, на объективность претендовать сложно, но хотелось донести общее представление финансовой составляющей вопроса. From клиентские программные и аппаратные лицензии расходуются по разному в клиент-серверном режиме.Программные расходуются на каждое подключение -Аппаратные на компьютер. UPD от sales@1c.ru техническая возможность работать без ключа не ознячает юридического разрешения это делать.
Закон о правовой защите информации для ЭВМ запрещает использовать любые программные продуктыв, правообладатель которых не декларирует их бесплатность (а мы нигде не объявляли этот сервер бесплатным). С уважением, менеджер отдела продаж Виктор Быков Убедительная просьба сохранять историю переписки при дальнейших обращениях. Часто, работодатели коллег, которые внедряют похожие решения и не догадываются о сэкономленных средствах. У нас же работает следующая схема. Предложение от 1С франчайзи на ПО, от нас предложение на сервер. «Наш» бюджет на сервер урезают, обычно в два раза. Мы предлагаем альтернативное лицензионное решение, настаивая на том, что сэкономленные средства вернуться на аппаратную часть.
Получается, что 1С лоббирует наше желание работать с серверным оборудованием. Метки:. Добавить метки Пометьте публикацию своими метками Метки лучше разделять запятой. Например: программирование, алгоритмы. Недавно шеф решил сделать отдельный сервер для 1С, хоть я его и отговаривал, т.к.
У нас 1С пользуется всего 3 человека. Но хозяин барин. Его знакомый рассчитал стоимость внедрения: серверная Windows + сервер + лицензия за 1С сервер В общей сумме вышло около 200000 руб.
Шеф за голову схватился. Я пару дней подумал В итоге собрал сервер самостоятельно, что вылилось в 40000 + лицензия 1С сервер мини (на 5 подключений) — 14400 руб.
Поставил CentOS, PostgreSQL, все настроил, работает 3й месяц и есть не просит. Экономия — 140000 руб! На сколько я знаю, без оплаты будет работать 12 соединений, не пользователей. Например при администрировании сервера через «Конфигуратор» тоже создается соединение, даже несколько. У нас тоже работало некоторое время, пока количество соединений не превысило 12, после сервер запросил лицензию и работать отказывался. Не учли еще что клиентские программные и аппаратные лицензии расходуются по разному в клиент-серверном режиме.Программные расходуются на каждое подключение -Аппаратные на компьютер. То есть если пользователи одновременно работаю одновременно с двумя конфигурация — аппаратный ключ выгоднее.
Если работаю только с одной то выгоднее программные, то есть с ключами нужно считать в каждом конкретном случае что выгоднее. Под Linux бага(фича) известна уже несколько лет, 1С говорит что может внезапно перестать работать, тем более недавно в продажу ввели 1С: сервер мини на 5 подключений. У нас были ДБ2 бесплатные варианты.
Настройка Сервера 1с
И то ли мы не умели их готовить, то-ли еще что-то, но при обновлениях, например, частенько бывали проблемы, требующие потом ручной подчистки таблиц NG (после этого со второго раза как правило все проходило нормально), + некоторые ограничения у DB2 по сравнению с postgre по длине типов и ПОДОБНО в запросах. Наверняка я не все вспомнил, но и этого хватит.
Про окошко блокировок повторюсь — БП 2, УТ11, КА 1.6 работают на управляемых. То, что на неуправляемых, наверняка содержит всего несколько «узких мест» по блокировкам, которые не так долго и переписать. Ну и да — в постгре (собственно, как в любой с клиент-серверным вариантом) реально быстрее отчеты строятся, чем в файловой. Тут, конечно, нужно не забывать, что а) лицензии 1с привязываются ко всему, до чего их программеры научились дотягиваться (в т.ч. К ВЕРСИЯМ отдельных элементов ПО на сервере 1с, к аппаратным составляющим компьютера, к mac-адресам.) — что ОЧЕНЬ неприятно, если, например, есть желание хоть иногда ПО обновлять. При этом заранее новый ключ для переактивации не попросить, нужно обновить сервер, получить 1с со слетевшими лицензиями, и только тогда обратиться в ТП 1с, получить их соизволение и новый ключ. Выглядит, кстати, так, что нужна была защита — программеры написали «как умели» (а сумели не хорошо, а тупо взяли все перечисления, что в ОС есть: версии ПО, типы железа), и отправляют в 1с.
Что смешно — в 1с точно знают, на каком железе вы запускаете сервер, и прямо цитируют, что у вас было так, а стало так. Одно хорошо, что некоторые вещи (увеличение ОЗУ, напр.), так и быть, позволено сделать без перезапроса ключа. Выглядит такое, как радость человека, которому вдруг выкрутили одну руку — радуется, знаете, что хоть не обе выкрутили, т.е. Не все в жизни плохо! Б) лицензии не всегда сразу освобождаются после выхода клиента.
Покупать их надо с запасом, если не хочется ждать таймаута (а это небыстро). ТП эта тема заботит мало, так что сразу лучше счет написать на число лицензий большее. В) готовить постгрю не умеют даже сами 1с-овцы. Дать пакет для установки — могут (целевые версии ОС причем не сказать чтобы свежие; самая свежая версия Ubuntu из LTS-релизов — 11.04, так что не забудьте поправить репозитарии в ней!), а вот методики, что крутить в ими кастрированной версии СУБД, чтобы сам сервер 1с побыстрее работать мог — этого как-то маловато. Стандартные же рекомендации от «обычной» версии Postgres помогают, но не во всем, ибо только 1с понимает, что она в запрос лепит: вот только видел запрос от нее на 20 (!!!) страниц текста) Грустное зрелище: программисты 1с не особо оптимизируют работу БД, надеясь, что для настройки СУБД у клиентов будет свой админ СУБД.
Даже если таковой и есть, он за головоу схватится и не факт что возьмется «оптимизировать то, не знаю что». Получается, как в анекдоте — «с моей стороны пули вылетели, проблема на вашей стороне» — т.е., «мы ПО написали, а его тормоза, кривости — это вы сами разбирайтесь, нам невыгодно делать хорошо!». При этом заранее новый ключ для переактивации не попросить, нужно обновить сервер, получить 1с со слетевшими лицензиями, и только тогда обратиться в ТП 1с, получить их соизволение и новый ключ.
Там же вроде несколько активаций на один ключ позволено? Грустное зрелище: программисты 1с не особо оптимизируют работу БД, надеясь, что для настройки СУБД у клиентов будет свой админ СУБД. На каком-то майкрософтовском шабаше пару лет назад товарищ, читавший лекцию про 1С сказал, что настройками БД для ускорения скорости работы 1С заморачиваться смысла нет. Оптимизацией должны заниматься программисты самой 1С. Там же вроде несколько активаций на один ключ позволено? Нет, при покупке дается несколько ключей.
1 активация на ключ. Как ключи кончились — падай в ноги к ТП. Причем ТП на вопрос «пришлите мне несколько ключей, я буду ночью сервер оптимизировать» отвечает «мы так не можем, мы только по одной штуке ключи даем, как старый протухнет». Оптимизацией должны заниматься программисты самой 1С. Они-то об этом знают? ) И оптимизацией чего — настроек БД, или просто на стороне 1с код создания запросов писать?
Или он имел в виду прикладных программистов на языке 1с, которые уже пользуются как нижележащими стоями 1с-кой и СУБД, какая бы она не была? Впрочем, на любой из этих вопрос ответ один: схема распространения 1с никак не способствует созданию качественного и быстро работающего кода как самой 1с, так и решений на ее основе. На этом основании я бы не стал верить в то, что программеры 1с смогут чем-то ускорить работы СУБД — тупо не хватит знаний.
Честно говоря, лучше бы они умели хотя бы запросы сочинять. А то INSERT в базу в размере 39 экранных страниц (вот только из лога увидел, это я даже рекорды не искал) — это нечто, я бы таким людям оптимизировать работы с БД не позволил ) Не зря консалтинговые компании, помогающие внедрять Postgres, отказываются помогать точить СУБД под нужды 1с. Наверное, я утрирую, ведь 1с — это наследованная вещь, и хорошо, что она хотя бы работает вообще. Но и схема продаж, и механизмы улучшения рынка (читай — подталкивания юзеров в руки франчази) построены так, что на каждом шагу покупатель остается более или менее недоволен, то ли «защитой» от копирования, то ли удивлением, какое немалое железо ему надо для 5 (пяти!) юзеров со вполне средней нагрузкой на сервер Но «собаки лают, караван идет», всем проще так: кто-то чуть больше платит, кто-то чуть качественнее пишет, кто-то чуть больше зарабатывает — и все из-за откровенно наплевательского отношения к конечным покупателям, что любопытно! Или он имел в виду прикладных программистов на языке 1с, которые уже пользуются как нижележащими стоями 1с-кой и СУБД, какая бы она не была?
Вот именно этих он имел ввиду. Лекция была на тему настройки MS SQL под работу 1С. Если вкратце, то было сказано «вот вам базовые настройки для MS SQL, а всерьез оптимизировать всё надо на уровне самой 1С, пинайте программистов». Наверное, я утрирую, ведь 1с — это наследованная вещь, и хорошо, что она хотя бы работает вообще А обычно так и бывает.
И проблемы с производительностью бывает дешевле заткнуть апгрейдом железа, чем оптимизацией конфигурации 1С.
Предупреждение: Никаких подробных инструкций не будет! Только последовательность действий, необходимые шаги и наводки.
Это руководство только для опытных администраторов Линукс! Примеры некоторых моих конфигов Замечание: эта статья написана на основе экспериментов с 32-битным CentOS 6.3 (Для сервера необходимо использовать 64-битную ОС. Но так получилось, что на доступном мне для экспериментов железе 64-битный CentOS не установился.) Однако разницы для методики установки нет (32 vs 64bit) — она только в суффиксах дистрибутивных файлов: либо i686 (или i386), либо x8664 Содержание:. 0) Подготавливаем серверное железо Конкретных рекомендаций по выбору серверного железа (какой мощности железо требуется) давать не буду — нет личного опыта. Смотрите официальные от v8.1c.ru и неофициальные от 1c.xxi.kiev.ua И рекомендую брать железо с запасом мощности, чем рекомендуемое (потому что «на вырост» потребностей предприятия; и потому что Платформа 1С тоже постоянно «растёт и оптимизируется» — значит потребляет от релиза к релизу всё больше ресурсов). Вдобавок, в двух словах, наиболее выгодна следующая стратегия:.
Разнести два сервера (сервер 1С и сервер СУБД Postgres) по двум разным машинам — мощность наращивается в два раза, а лишних лицензий покупать не надо. Это и дешёвое решение: Линукс бесплатен, а стоимость железа не в счёт (железо всегда дешевле лицензий). Примечание: учтите, что «кластер серверов 1С» ещё очень глючный. Причём, каждая дополнительная отдельная машина под «Сервер 1С в составе кластера» — требует покупки отдельной «Лицензии на Сервер»! Поэтому, со всех сторон, под «Сервер 1С» выгоднее всего использоватьТОЛЬКО ОДНУ МАШИНУ — купите под сервер только одну машину, с достаточно мощным железом, которое способно тянуть всю нагрузку. В сервер СУБД установить аппаратный RAID10 (файлы БД резервированы, а объём дискового пространства наращивать по необходимости).
Причём: В бюджетных рещениях, вполне, чем покупать отдельный и дорогой Аппаратный RAID-контроллер (цена которых от $250). Встроенные чипсетные RAID-контроллеры уже имеют; поддерживают между ними, с сохранением данных. Есть только одна но существенная ложка дёгтя:. И к тому же, встроенный в материнскую плату: управление данными происходит не на уровне самого «железа», а на уровне микрокода BIOS через драйвер ОС — отсюда и такие понятия как «драйвера на SATA-RAID» (Intel Matrix Storage Driver), без которых RAID видится как отдельные диски — отсюда и проблемы поддержки, поддержка которых уже давно реализована и отлажена!. Оба сервера конечно поднимать на ОС windows/linux 64bit (т.к. Поддерживают много ОЗУ и большую мощность). А «сервер 1С» купить и установить 32bit (потому что «Сервер 1С 64bit» стоит в 2 раза больше, а прирост производительности при прочих равных условиях даёт лишь +5%!!!
Неофициально умельцы тестировали.) 1) Устанавливаем Операционную Систему (ОС) Установить линукс CentOS 6.x (последний релиз), лучше 64bit. Причины выбора дистрибутива CentOS: Это серверный дистрибутив линукс. Это свободный (бесплатный, «Community Edition») дистрибутив. Это дистрибутив основанный на ядре RedHat, который 1С декларирует как «поддерживаемый». Образы дистрибутива CentOS качаются. Удобнее выкачать iso, прожечь на болвань (DVDRW) и с неё ставить. Для установки, как правило, достаточно только первого диска из двух компонуемых (на втором диске — всякий второстепенный софт).
А потом установочные дистки уже не нужны — всё равно весь софт нужно обновлять и доставлять через Интернет. Замечание: Пользователь root в системе CentOS нелогинный (должен быть)! Вся работа в системе CentOS ВСЕГДА осуществляется из сеанса обычного пользователя, в т.ч. И установка/настройка системы. И только для некоторых действий каждый раз запрашиваются привилегии «суперпользователя» (нечто подобное появилось и в Windows7). Поэтому для выполнения правки конфигов, установки пакетов и прочих «админских» действий — открыв консоль в сеансе обычного пользователя, сразу выполняем команду «su», которая переключит текущую консоль в режим «суперпользователя» (фича CentOS): bash# su Пароль: Далее эта консоль bash# используется для разных привилигированных действий.
Например, можно запустить «mc» и править конфиги в /etc/ 2) Настраиваем Сеть Настроить сетевые адаптеры, имя хоста, gateway и DNS Подключиться к Интернет и обновить все базовые пакеты до последних версий Все дальнейшие действия будем делать только при наличии подключения к Интернет, считаем что оно постоянно! Настройка сети осуществляется стандартно Но есть: 2a) Первое – имя нашего сервера должно без проблем разрешаться в IP-адрес. В файле /etc/sysconfig/network проверяем значение параметра hostname («имя компьютера» севера), при необходимости меняем, что бы новые параметры вступили в силу нужно перезапустить систему.
Bash# cat /etc/sysconfig/network NETWORKING=yes NETWORKINGIPV6=no HOSTNAME=delldev GATEWAY=192.168.10.2 (Последняя строчка — шлюз по-умолчанию, указывать необязательно. Если не указан — он будет браться из конфигов ifcfg или по DHCP.) В файле /etc/hosts не должно быть записей формата localhost.localdomian или относящихся к IPv6, в случае отсутствия DNS-сервера в нем должно быть прописано четкое соответствие IP-адрес сервера – FQDN имя – короткое имя. Пример правильного файла hosts: bash# cat /etc/hosts 127.0.0.1 localhost delldev Проверка: пингует ли сервер сам себя? Введите в консоли: bash# ping delldev 2b) Второе – на файрволе не должно быть правил запрещающих взаимодействие между собой компонентов 1с предприятия.
В большинстве случаев сервер 1с предприятия находится в пределах локальной сети, поэтому мы вполне может отключить файрвол (хотя бы на время пуско-наладки): bash# chkconfig iptables off bash# service iptables stop 2c) Третье – необходимо также отключить SELinux policy! Причины: 1) Ранее SELinux был причиной ошибки Segmentation Fault. 2) Со включенным SELinux не работают шары Samba (удалённые пользователи в шары заходят, но файлы не видят или файлы видятся, но не читаются и т.п. Глюки) 3) Кроме того, плюсы от использования SELinux на высоко-нагруженном сервере, находящемся в пределах локальной сети, — выглядят крайне туманно. Как отключить: Редактируем конфиг /etc/selinux/config строку SELINUX=enforcing меняем на SELINUX=disabled перегружаем машину. # CentOS-Base.repo base enabled=1 protect=1 priority=1 updates enabled=1 protect=1 priority=1 extras enabled=1 protect=1 priority=1 centosplus enabled=1 protect=0 priority=2 contrib enabled=1 protect=0 priority=2 # CentOS-Media.repo c6-media enabled=0 # На самом деле это локальный репозитарий на установочных дисках. В реальной работе он не нужен, т.к.
Кряк 1с Сервер 64
Используется Интернет - Отключим этот репозитарий. 1) Раньше, для работы 1С: Предприятие версии 8.1, Samba-сервер был строго необходим: например, MMC-оснастке «Администрирование серверов», если сервер 1С под Линукс, требовался аналог «Cлужбы доступа к файлам и принтерам Windows» – Samba Но сейчас. (Хотя замечу, что тогда клиентским приложениям 1С, в т.ч.
Оснастке «Администрирования серверов», приходится обращаться к серверу 1С только через IP. Либо требуется поднимать и настраивать соответствующим образом локальный DNS-сервер, для трансляции IP сервера в символическое имя компьютера.) 2) В отличие от «файловой Информационной Базы», для размещения которой требовалась «общая сетевая папка», — в клиент-серверном варианте samba-шара уже не требуется Однако Samba-сервер остаётся полезным! Основное назначение Samba в клиент-серверной конфигурации — легко и просто резолвить в локальной сети символическое «имя сервера» в его IPшник, для всех клиентских приложений 1С, без необходимости применения локального DNS-сервера — что значительно упрощает настройку и администрирование сетей, для небольших 1С-решений.
3) Кроме того, нужно понимать, что платформа 1С: Предприятие была всегда заточена под Windows (COM, RPC, NetBIOS) и её миграция под Линукс, в кросплатформенное решение (TCP/IP, HTTP и на собственные переносимые протоколы), началась недавно. Пока кросплатформенные решения обладают гораздо меньшим доступным функционалом, чем при развёртывании системы на платформе Windows. И разработчики 1С ещё работают над переделкой сервисов платформы 1С на «кросплатформенные протоколы» (а сервисов в пакете много) И «1С: Предприятие 8.х» во многом ориентировано на работу «в локальной сети» (например, вся их лицензионная политика на этом построена) Поэтому есть ещё масса явных и неявных использований протокола NetBIOS сервисами 1С (что может быть и недокументировано, но это обычные накладки при «итеративной разработке») — и мне профессиональная интуиция подсказывает, что Samba очень желательно поднять! Для настройки Samba советую: создать и настроить шаровые папки так: mkdir /home/samba mkdir /home/samba/вседругие.
Chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /home/samba создать нелогинного пользователя/группу: samba/samba назначить этому пользователю домашнюю папку: /home/samba Настройка службы Samba: Конфиги лежат в /etc/samba/ см. Man smb.conf см. Для простой настройки — см.
Статью Важно: Кроме службы «smb» (основной), также следует «включить» и «запустить» службу «nmb» (которая отвечает за публикацию NetBIOS имени компьютера в локальной сети — Сервер станет виден в «Сетевом окружении»): chkconfig -level 2345 smb on chkconfig -level 2345 nmb on service smb start service nmb start Совет: Режим работы Служб лучше всего настраивать через графическую оснастку «GNOME / Система / Администрирование / Службы» 6) Достаём и готовим дистрибутивы 1С: Предприятие Откуда всё взять? Пиратские дистрибутивы 1С (и кряки) можно скачать с обменников (ссылки не привожу, найдёте на в разделе «Варезник») Итак, добыли/скачали дистрибутив «1С: Платформа 8.2 релиз 8.2.16.368 от 05.10.12» - из него берём «Cервер 1С: Предприятия (32bit) для RPM-based Linux-систем», файл «8216368rpm.tar.gz» (169.07 MB) - после распаковки архива получим 8 RPM-файлов дистрибутива Готовые сборки «PostgreSQL от 1С релиз 9.0.3-3.1C от 17.01.12» нам не подойдут, не установятся по зависимостям (там пакеты собраны для CentOS 5.x, а не для 6.x.). Нам нужны исходные коды PostgreSQL, патченные 1С, для самостоятельной сборки!
Из дистрибутива «PostgreSQL от 1С релиз 9.0.3-3.1C от 17.01.12» - берём только файл «PG90331Patch903.rar» - из архива берём только файл «postgresql-9.0.3-3.1C.src.rpm» (это RPM-пакет c исходными кодами PostgreSQL версии 9.0.3, УЖЕ ВКЛЮЧАЮЩИЙ ВСЕ НЕОБХОДИМЫЕ ПАТЧИ для обеспечения совместимости с сервером 1С: Предприятия 8.1 и 1С: Предприятия 8.2) Примечание: Кроме того, исходные коды для самостоятельной сборки СУБД PostgreSQL, поддерживаемой 1С: Предприятием 8, проще всего Замечания: Какую платформу выбрать?. сервер 1С бывает: и х64, и х86. клиентские программы 1С бывают: только х86, на сегодняшний момент (повторюсь: х64 бывает только сервер 1C). известно что на ОС х64 можно ставить программы х86 (это касается не только 1С). клиентские программы 1С (толстый и тонкий клиенты) работают только под Windows! Для «Технологической платформы 1С: Предприятия» / «Тонкий клиент» и «толстый клиент» — возможность работы под Linux не упомянута!
Хотя таковая упомянута для web-клиента и для Сервера 1С В дистрибутивах платформы 1С: Предприятие 8.2 клиентских приложений под Линукс — НЕ ОБНАРУЖИЛ (т.о. Из под Линукс доступны только Web-клиенты, которые работают в окружении Браузера). В дистрибутивах платформы 1С: Предприятие 8.3 (пока тестовая версия) клиентские приложения под Линукс (и 32bit и 64bit) — УЖЕ ПРИСУТСТВУЮТ! Кстати, поэтому для локальной установки 1С (один пользователь/один компьютер) — пока доступен только вариант под Win32. 7) Сборка и Установка «СУБД PostgreSQL от 1С (релиз 9.0.3-3.1C от 17.01.12)» на Линукс CentOS (6.3) Первым делом, чтобы не было конфликтов в системе, нужно деинсталлировать все другие/предыдущие версии СЕРВЕРА PostgreSQL, если таковые установлены (проверьте).
Вредный совет: Чтобы не было путаницы из-за программной несовместимости, я также деинсталировал клиента «postgresql-8.4.13» (установленный изначально, из стандартного репозитария CentOS 6.3) Некоторые пакеты (например, «postgresql-libs-8.4.13» и др.) сейчас пришлось оставить, т.к. От них зависят многие другие пакеты в системе — однако их можно будет деинсталировать потом, после установки PostgreSQL 9.0.3 (забегая вперёд, мне это удалось) Тем не менее, есть смысл оставить эти стандартные пакеты в системе (особенно «postgresql-libs-8.4.13») — на тот случай, если в будущем вам прийдётся деинсталировать PostgreSQL 9.0.3. Потому что сейчас у меня сложилась такая ситуация, что все системные пакеты теперь зависят только от пакета «postgresql-libs-9.0.3-3.1C» и менеджер пакетов не даёт деинсталировать последний не снеся заодно половину систему (крах). К сожалению, в базовых репозитариях CentOS 6.3, т.е. В текущей системе, имеются не все необходимые библиотеки (зависимости) для использования готовой сборки «PostgreSQL от 1С». Кроме того, следует иметь в виду, что для работы сервера 1С: Предприятия 8.2. PostgreSQL от 1С релиз 9.0.3-3.1C (последняя доступняя стабильная версия, патченная 1С) — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libcrypto.so.4, libssl.so.4, libreadline.so.4, libtermcap.so.2).
PostgreSQL от 1С релиз 8.4.3-3.1C — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libcrypto.so.4, libssl.so.4, libreadline.so.4, libtermcap.so.2); также требуется установить пакет openldap (библиотеки libldap-2.2.so.7, libldapr-2.2.so.7); и необязательно, для дополнительных клиентов, требуются библиотеки: libpython2.3.so.1.0, libtcl8.4.so. PostgreSQL от 1С релиз 8.3.3-2.1C — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libreadline.so.4, libtermcap.so.2); и необязательно, для дополнительных клиентов, требуются библиотеки: libpython2.3.so.1.0, libtcl8.4.so. Кроме того, устанавливаемый пакет «postgresql-libs-8.3.3» был меньшей версии и конфликтовал с уже установленным в системе пакетом «postgresql-libs-8.4.13» (поэтому версия 8.3.3 вообще не подходит).
Итак, лучше всего подходит версия «PostgreSQL от 1С релиз 9.0.3-3.1C», но собранные RPM-пакеты из дистрибутива «PG90331setuppln903.rar» нам не подойдут: не установятся по зависимостям (там пакеты собраны для CentOS 5.x, а не для 6.x.) Неправильный подход: Апгрейдить вручную существующие старые библиотеки — это геморно и опасно (от них зависит куча софта из базового и стабильного ядра CentOS)! Ещё можно было бы вставить костыли-хаки в виде символических ссылок (с именами требуемых библиотек, ссылающиеся на существующие версии), но это совсем плохо на Production-сервере Поэтому чтобы не нарушать целостность ядра CentOS, нужно пересобрать сам PostgreSQL из исходных кодов, пропатчив его патчами 1C (так он будет базироваться на наших существующих библиотеках). Патченные исходники PostgreSQL берём из дистрибутива «PostgreSQL от 1С релиз 9.0.3-3.1C» - нам понадобится только файл «PG90331Patch903.rar» - а из архива берём только файл «postgresql-9.0.3-3.1C.src.rpm» или скачиваем этот файл напрямую с оф.сайта 7a) Примечание: Я не опытен в сборке из исходников, поэтому далее идёт слегка модифицированный рецепт из (автору респект). Установка должна выполняться от имени пользователя root. Перед PostgreSQL, необходимо установить (или убедиться что уже установлена) — она необходима для работы PostgreSQL версии от 1С.
По опыту, замечено, что код пакета «1CEnterprise-ws» всё-таки зависит от пакета «1CEnterprise-server»! (Вероятно, там зависимости по библиотекам или ещё что.) Таким образом, на хосте «1C web-server под Linux» нужно устанавливать оба этих пакета.
Однако, конфигурировать и запускать только Web-сервер Пытаюсь ставить именно «веб компонент» отдельно. Если не установлен «сервер» то, при попытке зайти через браузер, получаю ошибку: «Error loading component pack». Как только доставляю сервер — все отлично. Но самое интересное: сервер даже не запущен Затем, после правильной конфигурации «web-сервера», я без проблем подключаюсь к «серверу 1с» на удаленной машине, через браузер. Установка должна выполняться от имени пользователя root. У меня точное число допустимых подключений = 13, из которых 1-3 подключения, в разное время, могут захватываться некоторыми внешними сервисами самого 1С (они периодически автоматически стартуют, делают что-то своё и отключаются). Список текущий соединений можно увидеть через оснастку «Администрирование серверов»:.
' / Рабочие серверы / Рабочие процессы / Соединения' — соединения в целом к серверу. ' / Информационные базы / test1c (имя ИБ) / Соединения' — соединения к конкретной ИБ (их может быть меньше, чем к серверу в целом) Примечание: однако «клиентские ключи» (локальные или сетевые) требуются для «защищённых клиентских приложений 1С», в любом случае — что для первого подключения к серверу, что для сотого! Какие бывают ключи? 1) По назначениям, ключи 1С бывают трёх типов:. Локальные однопользовательские клиентские ключи — обязательно должны физически быть подключены к компьютеру, на котором запускается клиент 1С (по одному в каждый комп). Модель ключа «HASP HL Basic» (синего цвета), данный ключ имеет маркировку «H4 M1 ORGL8», не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Обычно поставляется с продуктами имеющими лицензию на одно рабочее место.
Сетевые многопользовательские клиентские ключи — раздаются с одного компьютера многим удалённым сетевым клиентам, через службу «Менеджер лицензий». Модель ключа «HASP HL Net» (красного цвета). Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID. Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку «NETXX ORGL8», где ХX — количество лицензий (например NET5 ORGL8). Локальные Серверные ключи — обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С: Предприятие. (Подчеркну: Ключи для сервера 1С: Предприятие бывают только локальные!).
32-битная версия сервера имеет ключ защиты «HASP HL Pro» (фиолетового цвета), который имеет внутреннюю память и уникальный ID. Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С: Предприятие. Statistica neural networks скачать бесплатно. Для 64-битного сервера используется ключ «HASP HL Max» (зеленого цвета), с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер (т.е. Имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот). Подробности тут: 2) По конструктивному исполнению, и серверные и клиентские ключи, бывают реализованы как:. «Аппаратные ключи» (физические устройства, вставляются в USB-порт подобно флешкам) — их легче использовать и они самые понятные/отработанные на практике.
«Программные ключи» (как серийник; активируются с привязкой к конкретному железу посредством интернета/телефона; требуют переактивации каждый раз ПРИ ЛЮБОМ изменении в конфигурации оборудования: например, если планку памяти поменял) — Примечания:. Само название HASP (от англ. Hardware Against Software Piracy) — это мультиплатформенная аппаратно-программная система защиты программ и данных от нелегального использования и несанкционированного распространения.
Многими драйверами поддерживаются АППАРАТНЫЕ КЛЮЧИ защиты (USB,LPT) — с ними проще и безопаснее иметь дело, они универсальнее. Но также есть сведения, что некоторыми драйверами поддерживаются и ПРОГРАММНЫЕ ЛИЦЕНЗИИ (что удобно при работе 1С: Предприятие в виртуализованной среде типа Hyper-V). Но таковых решений гораздо меньшее количество. И имеется ли реализация драйвера под ваш Линукс? — ещё вопрос.
Аппаратные ключи и программные лицензии могут использоваться совместно. Подробнее тут: 3) Лицензионная политика 1С мутная Причём, есть две модели лицензирования: «старая, применяющаяся в версии 8.1» и «новая, пришедшая в связи с выходом версии 8.2» (потому что в версии 8.2 появились новые необычные возможности: «тонкий клиент» и «Web-клиент», вся логика которых реализована на сервере. Причём, «Web-клиент» вообще не имеет технической возможности подключить ЛОКАЛЬНЫй HASP-ключ, потому что работает в окружении веб-браузера — понадобилась новая модель лицензирования.). Для пользователей, работающих с толстым или тонким клиентом, может использоваться модель лицензирования, применяющаяся в версии 8.1. Лицензия дает право на запуск неограниченного количества сеансов на конкретном компьютере пользователя. При этом ключ аппаратной защиты должен быть установлен в компьютере пользователя или доступен этому компьютеру по локальной сети. Для пользователей, работающих с тонким, толстым и веб-клиентом в клиент-серверном режиме или через веб-сервер, может применяться новая модель лицензирования.
Лицензия дает право на запуск одного сеанса. Ключ аппаратной защиты должен быть установлен в компьютере сервера или веб-сервера или доступен этому компьютеру по локальной сети.
Источник: Какие ключи поддерживаются драйвером от Etersoft? Поддерживаемые драйвером от Etersoft ключи защиты: HASP 3/HASP 4/HASP HL от Aladdin (HASP SRM пока не поддерживается) Smartkey 3 от Eutron SafeNet и UltraPro/SuperPro от Sentinel SenseLock (USB) Катран (USB и LPT) Guardant Stealth/Net II USB, Stealth/Net III USB, Stealth III Sign/Time USB HID от компании Актив Подробнее — см.
В Ещё не проясненный вопрос: Поддерживает ли драйвер от Etersoft под Линукс «программные лицензии» (и если да, то каким образом они активируются?) или только «аппаратные ключи (USB)»? Ещё не проясненный вопрос: Сколько одновременно подключенных локально к компьютеру ключей распознаёт драйвер от Etersoft под Линукс?. Уточню: к одному компьютеру гарантированно можно подключить один «серверный ключ» И один «клиентский ключ» (на 5, 10, 20, 50, 100 пользователей) — оба подхватятся и будут работать нормально. Но если вы подключите одновременно два и более «клиентских ключа» (например, на 5 + на 20 пользователей), то из них увидится только один, причём случайно какой.
Есть известная особенность «драйверов HASP под Windows»: он распознаёт/подхватывает только один ключ из множества подключённых к компьютеру (По крайней мере, точно не поддерживает несколько ключей одной серии! А несколько ключей разных серий может быть и проиндексирует, в зависимости от реализации/версии драйвера Причём, не подхватывает по такой системе: либо подхватывает любой ключ совершенно случайно, игнорируя остальные; либо подхватывает только ключ что в USB-порте с младшим номером или в LPT-порте ближайший.). Как с этим у «драйвера от Etersoft под Линукс»? Похоже что также — поскольку это особенность технологии, и регламентируется в большинстве руководств.
По результатам эксперимента: драйвер от Etersoft также имеет встроенную службу «HASP License Manager». Утилита «Aladdin NetHASP Monitor» видит на линукс-хосте с Сервером 1С: Предприятие службу «HASP License Manager». Но реальную работу службы (раздачу сетевых клиентских ключей) пока протестировать не смог (нет официальных ключей). Статья для опытных линукс адмнистраторов, а в статье рассказывается про su, настройку сети и что такое gateway, и еще в добавок базовые настройки системы Странно, не правда ли? Много лишних банальных пунктов, из-за которых статья похожа на бочонок.
В целом статья очень хорошая, читать было интересно. По пунктам 1 и 2, либо удалите не нужную информацию для опытных администраторов линукса, либо удалите надпись что статья предназначается для них, а вместо нее поставьте предупреждение (раз вам так хочется кого-то о чем-то предупредить и придать напущенности статье), что статья подразумевает базовые знания.nix. Ставил я 1С и на Debian, и на ALTLinux, и 32 и 64. Сама установка и запуск простые. Ставил два одновременно работающих (на разных портах, разумеется) 1С сервера на одну систему. Пока конфигурация стандартная, связка Linux+1C+PostgreSQL работает, но как только в неё начинают вносить изменения программисты, начинает падать в неожиданных местах, вплоть до падений при попытке РАСПЕЧАТАТЬ счёт на оплату (то есть формирует, отправляешь на печать, материшься/плачешь).
Пришлось в итоге сказать клиенту, чтоб покупал Win + MSSQL. 1c имеет свою логику работы с данными в БД, и вот она не всегда просто и гладко ложится на классическую технологию, т.к.
Имеет в своем арсенале объектно-ориентированную составляющую. Изначально платформа писалась под MSSQL, а уже потом появились вариации на тему Linux с postgres. Естественно пропатчить проприетарную СУБД весьма проблематично, поэтому они написали платформу с учетом требований MS SQL. Вроде и Postgres, и MS SQL — СУБД, но они все таки разные по внутренней архитектуре.
И вот здесь и накладываются патчи, чтобы привести к общему знаменателю (среднему по больнице) СУБД. Статья полезная, наверняка сэкономит кому-то много времени, хотя бы за счет того, что все собрано в одном месте. Но некоторые вещи не совсем верны. Во первых для работы консоли администрирования и вообще 1С сервера совешенно не нужен самба сервер, я не понимаю почему это утверждение тянется из одной статьи в другую, у меня имеется 2 инсталляции 1С под CentOS в обеих нет самба сервера: yum list installed grep samba samba-client.i686 3.5.10-125.el6 samba-common.i686 3.5.10-125.el6 samba-winbind-clients.i686 все тем не менее работает корректно. Во вторых есть большие сомнения по поводу SElinux, имеется сервер где SElinux включен и все работает нормально, при этом есть сервер где SElinux отключен, но 1С сегфолтится, притом проблема только с версиями старше 8.2.15, 8.2.14 работают корректно, изыскания в сети и собственные эксперименты показали, что проблма в совместимости с железом (sic!) в виртуальной машине 8.2.15 работает корректно.
Основное назначение Samba здесь — легко и просто резолвить в локальной сети символическое «имя компьютера» сервера в его IPшник, без применения и доп.настройки DNS сервера (и чтобы вообще не поднимать локального DNS). Это только для дополнительного удобства работы софта с клиентских компьютеров. Так они могут и обращаться к серверу через символическое имя, и не править себе hosts, и прописывать DNS какой-хотят А потом, если в дальнейшем понадобится и файлообмен между клиентами и сервером организовать — то вот она сетевая шара. (Ну, это конечно для маленьких решений: когда выделенный сервер один.). Использовать самбу вместо DNS это конечно немного странно, но пожалуй оправданно в некоторых ситуация. Но главное что в статье написано: Samba-сервер необходим для работы сервисов 1С, при явных и неявных использованиях протокола NetBIOS (что может быть и недокументировано, но нужно понимать, что 1С была всегда заточена под Windows). Например: MMC-оснастке «Администрирование серверов 1С: Предприятия» требуется аналог Cлужбы доступа к файлам и принтерам Windows – Samba.
То есть Samba нужно обязательно настроить, иначе работать с этой оснасткой не удастся. Это не совсем соответствует действительности, и вообще звучит «не научно».
Да, согласен! Это и «не научно», и не совсем соответствует действительности Это есть шаманство, чтобы столь сложная распределённая система, портированная из Windows в Linux, заработала с чуть большей вероятностью!;) Извините мне эту формулировку — я только хотел сказать пользователям, что Samba лучше поднять. Саму Но та статья для «1С: Предприятия 8.1» и уже подустарела И кстати, я признаю, что у вас опыта в 1С под Линукс — явно больше моего! Пусть ваш комментарий (что Samba не обязательна для сервера 1С) будет правильным дополнением к статье. Скорее всего, вы пропустили какие-то пункты.
В который раз пробую с нуля — не работает. Хм, я только что перепроверил Файл rpm -ihv postgresql-9.0.3-3.1C.src.rpm? Установку произвожу от root Удаляю папку /rpmbuild/ (для чистоты эксперимента) У меня при установке пакета: rpm -ihv postgresql-9.0.3-3.1C.src.rpm Создаётся папка: /root/rpmbuild/ В ней две подпапки: SOURCES и SCPEC в последней присутствует файл: /root/rpmbuild/SPECS/postgresql-9.0-1C.spec (внимание! Название файла имеет расширение.spec) Ага, может вы не указываете последнего расширения? Если я запускаю билд: rpmbuild -bb -define 'runselftest 0' /rpmbuild/SPECS/postgresql-9.0-1C То у меня конечно выскакивает ошибка: «невозможно получить информацию о /root/rpmbuild/SPECS/postgresql-9.0-1C: Нет такого файла или каталога» Но правильно так: rpmbuild -bb -define 'runselftest 0' /rpmbuild/SPECS/postgresql-9.0-1C.spec и сборка идёт нормально Проверье ещё: существует ли указанный файл спеки и правильные ли разрешения на папке /rpmbuild/SPECS/?
(хотя если вы устанавливали пакет «postgresql-9.0.3-3.1C.src.rpm» — то должны быть правильные). На самом деле, i686 и i386 — это практически одно и то же и обе 32bit. Перед компиляцией, Скрипт Автоконфигурации сам определяет наиболее подходящие параметры для сборки, подстраиваясь под ОС и установленные в системе библиотеки, и под текущую архитектуру процессора (i386, i686 или др.) Тут ни программист, ни сисадмин не вмешиваются («поменять» в принципе можно, но не нужно). При сборке с параметрами «под архитектуру i686» в бинарный код программы вшивается расширенный набор команд — новые команды уже присутствующие в этой поздней архитектуре i686, но которые ещё не присутствовали в более ранних (i386, i586) реализациях архитектуры. На современных 32-битных процессорах, одна и та же программа будет выполняться быстрее и оптимальнее, если она собрана «под архитектуру i686». Тут ещё скользкий момент: «Архитектура процессора» и «битность инструкций» — это близкие, но разные вещи!. И с тех пор, в более новых архитектурах процессоров, количество и разнообразие 64-битных инструкций всё расширяется Для обозначения разных архитектур сложились традиционные названия (суффиксы в именованиях пакетов): i386, i586, i686, x86 (32bit ) amd64, em64t, x8664 (64bit) Подробнее смотрите.