Как назвать сервер 1с

Обновлено: 16.05.2024

Настройка 1С:Сервера взаимодействия и медиасервера

$ tar xvzf 1c_cs_10.0.47_linux_x86_64.tar.gz
$ tar xvjf postgresql_11.5_19.1C_x86_64_rpm.tar.bz2

$ sudo ./1ce-installer-cli install

$ sudo passwd postgres

$ su postgres
$ /usr/pgsql-11/bin/initdb -D /var/lib/pgsql/11/data
$ psql

$ exit
$ sudo systemctl enable postgresql-11
$ sudo systemctl start postgresql-11

Проверить, что все запустилось: Копировать в буфер обмена

При необходимости смотреть логи: Копировать в буфер обмена

Настройка обмена файлами в системе взаимодействия

Для обмена файлами в системе взаимодействия необходимо подключиться на сервере взаимодействия к хранилищу файлов. Хранилище должно поддерживать протокол S3 (V2 или V4).

Можно развернуть собственное хранилище:

Или подключиться к существующим:

  1. Amazon
  2. Amazon CDN
  3. Google Cloud
  4. Google Cloud CDN
  5. Croc Cloud
  6. Техносерв

Необходимо выбрать только один вариант использования хранилища файлов:

$ sudo firewall-cmd --zone=public --add-port=9000/tcp --permanent
$ sudo firewall-cmd --reload

Для доступа к серверу хранилища, необходимо задать логин и пароль в переменных среды MINIO_ACCESS_KEY и MINIO_SECRET_KEY, соответственно. Чтобы значения этих переменных устанавливалиь при старте, занесем их инициализацию в /etc/default.
Копировать в буфер обмена

$ sudo vi /etc/default/minio

$ sudo vi /etc/systemd/system/minio.service

[Service]
WorkingDirectory=/usr/local/
User=user
Group=user
EnvironmentFile=/etc/default/minio
ExecStartPre=/bin/bash -c "if [ -z \"$\" ]; then echo \"Variable MINIO_VOLUMES not set in /etc/default/minio\"; exit 1; fi"
ExecStart=/opt/minio/minio server $MINIO_OPTS $MINIO_VOLUMES
Restart=always
LimitNOFILE=65536
TimeoutStopSec=infinity
SendSIGKILL=no

$ sudo systemctl enable minio.service
$ sudo systemctl start minio.service

Создайте новое хранилище, например cs-bucket

Логин: значение переменной MINIO_ACCESS_KEY,
Пароль: значение переменной MINIO_SECRET_KEY

В данном примере будет использоваться хранилище Amazon

Если вы планируете работать в web-клиенте, то необходимо настроить CORS:

  1. Откройте хранилище в браузере (или перейдите по ссылке https://console.aws.amazon.com/s3/buckets/<имя_хранилища>/?region=eu-west-1)
  2. Permissions / CORS Configuration
  3. Настройка с максимальным уровнем доступа:

    <?xml version="1.0" encoding="UTF-8"?>
    <CORSConfiguration xmlns="http://s3.amazonaws.com/doc/2006-03-01/">
    <CORSRule>
    <AllowedOrigin>*</AllowedOrigin>
    <AllowedMethod>GET</AllowedMethod>
    <AllowedMethod>POST</AllowedMethod>
    <AllowedMethod>DELETE</AllowedMethod>
    <AllowedHeader>*</AllowedHeader>
    </CORSRule>
    </CORSConfiguration>

  4. На сервере взаимодействия выполните команду Копировать в буфер обмена

Подключение информационной базы к серверу взаимодействия


Подключение медиасервера для проведения видеоконференций

$ sudo yum install git

$ sudo yum install epel-release
$ sudo yum install wget ninja-build meson jansson-devel openssl-devel libsrtp-devel sofia-sip-devel glib2-devel opus-devel libogg-devel libcurl-devel pkgconfig gengetopt libconfig-devel libtool autoconf automake cmake
$ sudo yum groupinstall 'Development Tools'

/distr
$ git clone https://libwebsockets.org/repo/libwebsockets
$ cd libwebsockets
$ mkdir build
$ cd build
$ cmake -DLWS_MAX_SMP=1 -DCMAKE_INSTALL_PREFIX:PATH=/usr -DCMAKE_C_FLAGS="-fpic" -DLIB_SUFFIX=64 ..
$ make && sudo make install

$ sudo mkdir /var/log/janus
$ sudo vi /opt/janus/etc/janus/janus.jcfg

$ sudo vi /opt/janus/etc/janus/janus.plugin.videoroom.jcfg

$ sudo vi /etc/systemd/system/janus.service
[Unit]
Description=Janus WebRTC Server
After=network.target

$ sudo systemctl enable janus.service
$ sudo systemctl start janus.service

$ sudo firewall-cmd --zone=public --add-port=8088/tcp –permanent
$ sudo firewall-cmd --zone=public --add-port=0-65535/udp –permanent
$ sudo firewall-cmd –reload

mediaserver - имя машины или IP-адрес сервера Janus.

Для проверки, что конференция идет через медиасервер, необходимо создать конференцию с числом участников >= значения параметра conference-server-based-threshold. После того, как все участники конференции ответят на звонок, выполнить команду:

Яндекс, например, использует разные алфавиты, название автомобилей, моющие средства и т.п. Кто-то использует имена девушек, кто-то просто 'server0', 'server1'.

Поделитесь своими именами или своим принципом именования.

  • Вопрос задан более трёх лет назад
  • 50141 просмотр

Лично я, называю по первым буквам названия проекта. Например, kb1, rb1.

Была практика названия проектов именами девушек — неудачная. Однажды начальство в моём разговоре с админом услышало «Ирина лежит и дожидается тебя». Полдня объясняли, кто такая «Ирина» и почему она «лежит». А затем пришлось переименовывать все звания серверов.

Был большой топик от небезызвестного хабраюзера и бурные комменты в нем. Рекомендую. ждем группу серверов, поименованную по никам из этого вопроса… В имени используется
— название компании (их несколько) — 3 символа
— город — 5 символов
— тип сервера — 3 символа (FPS, APP, XCH, DOM и т.д.)
— порядковый номер — две цифры

Как сервер назовешь, столько денег на нем и заработаешь))

Называем по названиям драгметалов и камней))))

На первой моей работе сервера назывались именами поэтов.
lib_pushkin, lib_tolstoy, lib_chehov, lib_bunin, lib_bulgakov, lib_turgenev Как-то тестировали кросс-доменное приложение, имена доменов были — именами штатов США, а самим серверам давали названия городов. Столица штата — доменный контроллер. Можно взять не только США. Побочный эффект — изучение географии. Я в свое время про каждый город в вики читал.

javax

На кафедре компьютеров в университете Бен Гуриона когда то (а может и сейчас) все компьютеры (и рабочие станции и сервера) были по цветам (в английском много названий цветов!) — silver, black, indigo, cyan, emerald, steel… более 40 наверное
На общеуниверситетском компьютерном центре всё было по пересыхающим летом речкам Негева — arava, shikma, chen… Я согласен с названиями по функционалу для рабочих серверов.
Однако, если серверы публичные (например, серверы хостинга), то нужны звучные и запоминающиеся названия для пользователей, которые о функционале ничего не знают и вообще не очень в теме — названия планет, букв древних алфавитов и т.п. Тоже использую греческий алфавит. Опять же убобнее говорить: «зайди на альфу».
Впрочем, если это небольшая группа серверов, то можно и пофантазировать. Так у меня есть тройка серверов «Iron», «Lion» и «Zion». Предлагаю называть по именам грехов. Воровство, Мужеложество, Прелюбодействие, содомия,… Именами героев из аниме Hayate no Gotoku!
Hayate, Nagi, Tama… hostNNN. До сотни первая подсеть, после сотни вторая подсеть. Во втором дц wNNN так же по подсети.

FSA

Можно называть сервера тем же алгоритмом, что использовался, какой использовался в спектрумовской игрушке Elite.
— А где у нас стоит сервер RAXXLA?
— Да фиг его знает, его никто найти не может. ээ, по функционалу?
db_main
db_slave
balance
www_main
www_1
www_2
www_payments Расстрелял бы за подчеркивания!
А так согласен насчет «по функционалу». Раздражают меня всякие «Атланты» да " Нептуны". Я называю по именам злостных злодеев ) Jason, Freddy и т.д.
Почему? Да потому что если хакнут — не так очевидно что хакнули. По сервису. exxchange, tmg, terminal, sharepoint_internal…
Только КД у нас не очень благозвучен, но переименовывать уже не хочется, проблемно. Рабочие — по функционалу. Игровые — либо названиями греческих букв (Alpha, Beta, Gamma, Delta и т. д.) или названиями звезд (Centaura, Antares, Agena). Однин символ типа сервера и его порядковый номер.
.1 .2 .3 — фронты
d1 d2 — базы данных.
Номер всегда совпадает с хвостом IP сервера во внутреней сети.
Итого если врываешься к админу и говоришь что .2 лежит — ему сразу все понятно, и не надо вспоминать кто такая Agena — блондинка или брюнетка.

Apelsin
Banan
Citrus
Dodge
Eclipse
…
и так далее в пределах.

если серверов много в ДЦ, то стойки по имени страны, а сервера/оборудование по буквам так же

Если немного серверов, и важен порядок — то по названием планет из одной игрушки (:.
Если все «продакшн» то
hsl1D34
1. h-hardware
1. v-virtual
2. s -server
2. w -workstation
3. w -*windows-like
3. l -*nix-like
4. machine id

Все остальное в базе данных.

очень люблю танки. А сервера называю по имени наших таков, которые участвовали в ВОВ, типа is-1, isu-152, kv-2, t-34, bt-5 и так далее ) Названия рун Elder Futhark: algiz, dagaz, kaunan, wunjo, hagalaz (это, правда, десктоп — сервер я не решился так назвать) и так далее. если сервер общего назначения, то minisrvXX или srvXX (зависит от «размеров»), если под конкретные цели, то dbsrvXX, smbsrvXX, wwwsrvXX, ХХ — порядковый номер.
Если это просто железка в ее второй жизни (под мелкую задачу, не критичную, но нужную), то вроде acer5920 — старый ноут с убитым экраном, дебианом, самбой и торрентокачалкой:)

Я сейчас делаю ремонт и автоматизирую всё в своей квартире. Низкоуровневая логика, типа: включения вентиляции, стиральной машины, теплых полов, закрытия штор, управление яркостью освещения в зависимости от времени суток, выполнено на микроконтроллерах.

А вот высокоуровневая логика (распознавание голоса, изображения, синтез голоса, вывод информации на телевизоры, управление через интернет) установлена на сервер, который я назвал LEXX.

(Приходишь домой и говоришь: LEXX, включи СТС, закрой шторы и включи вентиляцию. Выполняй.) Так как у меня в основном виндовые структуры, то обочно так:
srv-hyperv
srv-rdp
srv-ex
srv-dc1
srv-dc2
srv-fs
и так далее.

charon

когда был админом, то одно время называл сервера словами из мира Лавкрафта — arkham, dunwich,… На другой работе — названия животных: eagle, tiger… (назначение)srv(реинкарнация), пример — svnsrv002, vpnsrv002. Ведущие 0 — чтобы в глаза бросалось.

fzfx

на той работе, где именно я их называю — balthazar, melchior.

По ролям.
TS? — Терминальные сервера.
DC — Контроллер(ы) домена
FS? — файловые сервера

А ещё процитирую ещё раз своего коллегу:
видел я как то сетку из 120 примерно компов)))) названия машин: VODKA, VINO, PIVO, PORTVEYN, KONIAK, потом когда названия бухла кончились пошли STAKAN, RUMKA, STOPKA, названия тары тоже видимо у админа иссякли и тут началось OLIVE, ZAKUS, SALO, и хит сезона SUHARIKI. я выпал!)))

Это как пример неправильного, пусть и оригинального, наименования :)

Далее = ploto и названия объектов пояса Койпера и облака Оорта?

Схем не так много — имена нарицательные (города, имена, предметы), буквы, аббревиатуры.

У себя назвал все по городам всего мира. Схожие по функционалу и дублирующие — соседними городами, или городами одной страны. Все общие ресурсы — скрытые. Все, что нужно, выведено в DFS. В итоге, назначение каждого сервера на первый взгляд неочевидно и любопытные сотрудники особо ничего не найдут.

Раздражает, когда «опытные» сисадмины начинают придумывать что-то новое в обход устоявшихся стандартов и просто грамотности. Регулярно в чужих сетях вижу всякий хлам:
«PR-» для серверов приложений, сокращение «APP», видимо, не подходит
«PR-» для сокращения имени принтеров
«PS-» для personal computer, это даже не workstation
«DK-» для domain controller
«DATABASA», «DOMEN», «MEIL» — какие еще неправильные варианты написания слов придумают?


На «Хабре» есть три отличных поста про управление списками баз в 8.х:

Каждый из них содержит свой кусок паззла от полноценной картины: Легкое управление списками баз 1С.

Пролог

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

Итак, с чем же мы боремся:

Пользователей стало много! – обойти 40+ пользователей с единой целью прописать новую базу или изменить настройки подключения у старой займёт приличное время. Хорошо, тем у кого есть бойцы техподдержки.
Баз стало много! – зоопарк баз, тестовые базы с легкой подачи 1Сников оказывающиеся в продакшне все еще находясь на серверах для тестирования. Умножаем на количество пользователей и ужасаемся.
Невнятные названия баз! — в этом месте, я каждый раз представляю, как своими руками душу очередного 1Сника за базу с именем «new2_baza2_copy» к которой привязана куча обработок, отчетов и СОМ соединений. Потому что ему показалось логичным ТАК назвать новую базу. Организация же одна и она внезапно не вырастет. И он один и все помнит. И никогда не уволится. А документацию ведут слабаки. Да это же всегда можно по быстрому переделать!
Частая ротация пользователей! – каждый новый пользователь не знает какие базы ему нужны (Часто звучит: «Мне нужны ВСЕ»), сотрудники часто меняют должности, подразделения, организации и как следствие свои обязанности.
Нагрузка! Скрипты! – сладостные скрипты сканящие весь AD леса в поисках определённых имен групп, чтобы подключить одну базу. А кто его написал? На чем? Когда? Где комменты?
Где мои базы?! – упс. Многие решения не позволяют сохранить индивидуальный список баз 1С пользователя и при этом использовать предопределенный набор баз.
Кластеры 1С? Сервера БД? – а есть разница? Их может быть больше одного. Разных версий 1С, разных баз данных. Техподдержка пытается найти концы, что бы точно понять что конкретно прописывать у пользователя на ПК.

Основную боль я описал.

1. Вся представленная инфраструктура является тестовой и виртуальной. Любые совпадения с названиями юридических лиц являются случайными.
2. Простите меня за английский интерфейс на скриншотах с серверов. Я не мог иначе.
3. Поверьте мне, я руководитель группы системных администраторов, я знаю что я делаю! (с)

Шесть этапов до счастья:

Этап 1 — Инвентаризация

Берем табличный редактор и 1Сников. И подробно инвентаризируем, возможно, даже руками:

Рождается примерно такая таблица:


Наша задача понять, что где. Структурировать. Подробно расписать.

Этап 2 — Группы AD для баз 1С

Создание групп для баз в Active Directory, сразу пишем в описании используемый кластер и сервер баз данных:


На выходе получаем подробную информацию о каждой базе в структуре Active Directory. Указание имени базы данных в имени группы AD сильно облегчает поиск группы для определенной базы в больших инфраструктурах. Выделил пользователей, выбрал добавление в группу и указал нужное имя базы. Оп и все там. В то же время вашим коллегам (или наследникам) сразу будет видно какая группа AD за какую базу отвечает и где база находится.

Важно:
Помимо создания групп AD для каждой базы необходимо создать дополнительную группу AD «_Базы 1С – Доступ к файлу конфигурации 1CBases.cfg» — она поможет нам обеспечить доступ к файловому ресурсу, где хранятся конфигурации v8i всех необходимых нам баз. Включаем в эту группу все группы AD для баз 1С. Новые группы AD для баз 1С так же не забываем добавлять. Еще нам понадобится в её составе группа Domain Computers, чтобы дать возможность учетным записям ПК заходить на файловый ресурс. О нюансах ниже.


Этап 3 — Файлы конфигураций 1С

Инвентаризацию сделали, группы AD для баз создали, теперь файлы конфигурации v8i. Они хранят настройки подключения к базам: кластер 1С и имя базы в этом кластере.
Запускаем 1С. Если есть сформированный список баз, именуем их красиво и понятно.
Организация — Конфигурация — Версия конфигурации
Сохраняем их по правой кнопке в файлы, файлы именуем по имени базы. Заботливо накапливаем эти замечательные v8i файлы в одном каталоге. Если первоначального списка нет, можно создать одну запись в списке, она будет эталоном. С нее плодим новые файлы конфигурации v8i забивая необходимую информацию напрямую текстом в файл.

На выходе имеем файл с таким содержимым:


Избавляем каждый файл от лишних строк:


В итоге получаем определенное количество v8i файлов конфигурации, столько же сколько и баз.

Следующий шаг заключается в редактировании общего файла конфигурации баз для 1С.

По умолчанию в нем содержится совсем не перечень баз:


Проведем небольшие манипуляции, и в нем теперь указываются пути до всех файлов конфигурации v8i баз 1С.


Обращение к файлам v8i работает, как и с простой сетевой папкой на файловом сервере, так и с DFS ресурсом. Балансировка нагрузки, отказоустойчивость? Да! Знаем. Летаем.

В итоге имеем каталог полный файлов конфигурации v8i на каждую базу отдельно, плюс общий файл конфигурации в котором прописаны все пути до всех файлов конфигурации v8i.

Этап 4 — Файловый или DFS ресурс

Создаем каталог, в котором будут лежать файлы конфигурации v8i для подключения к каждой конкретной базе, а также общий список баз — файл 1CEStart.cfg:
именуем каталог Sync-1CBases.
Идеологический подход по доступу, к общим ресурсам, у всех разный. Многие предпочитают ставить на сам общий ресурс доступ Everyone — Full control, а дальше рулить доступом на уровне файловой системы. Так проще. Я предпочитаю отсекать доступ сразу на уровне самого общего ресурса, не создавая дополнительной нагрузки на файловый сервер лишними перепроверками возможности доступа.

На новый сетевой ресурс даем доступ группе «_Базы 1С – Доступ к файлу конфигурации 1CBases.cfg» права на чтение.

Божественные мануалы одной картинкой. Вместо тысячи слов.


Важно:
Дальше настраиваем безопасность на уровне файловой системы.

Самый первый шаг — это сброс настроек по умолчанию на объекты каталога Sync-1CBases. Отключаем наследование разрешений. Оставляем «SYSTEM», локальные Администраторы, Администраторы домена. Там, где есть лес можно добавить администраторов предприятия и/или делегированных администраторов. Получившийся результат применяем с наследованием. Тут же, не отходя далеко от кассы, добавляем группу AD «_Базы 1С – Доступ к файлу конфигурации 1CBases.cfg» с правом Чтение и только на этот каталог без наследования. На этом шаге мы получаем возможность добраться до корня папки и получить список файлов в каталоге.



До сих пор не привыкну к такому интерфейсу настройки прав доступа

Дальше самая соль:

На файл 1CEStart.cfg мы выдаем право на чтение только группе AD «_Базы 1С – Доступ к файлу конфигурации 1CBases.cfg»


Затем на каждый файл конфигурации базы v8i выдается доступ для своей группа доступа Active Directory:


Повторять последний шаг пока файлы конфигураций v8i баз данных не закончатся.

Этап 5 — Групповые политики

Очень многие не используют групповые политики. Многие используют их пренебрежительно мало. Зря-зря-зря. Это очень мощный инструмент облегчающий жизнь на работе даже в малых офисах.

Создаем новую групповую политику, линкуем её на корень домена. Указываем, что работает она только с Domain Computers:


Главное откровение (или нюанс) тут в том, что список баз подключается не по пользователю, а к ПК. К сожалению, пользователь не может с своими правами заменить файл конфигурации, находящийся в C:\ProgramData\1C\1CEStart\ и за него это сделает ПК.


Здесь задача взять файл с общего ресурса и заменить локальный файл.
Что бы это делали только ПК с установленной 1С, задаем условия выполнения групповой политики через Item Level Targeting.

Проверяем наличие установленной 1С:


Это самая элементарная проверка. Проверяет как для х86 так и для х64 редакций операционных систем. Не делает различий между серверными и клиентскими ОС.

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

Файл приводится в соответствие при загрузке ПК, либо раз в 90+- минут.

Этап 6 — Пользователь

Берем пользователя. И добавляем его в группы AD:


После чего производим вход пользователя в систему, запускаем 1С, которая считывает файл конфигурации и подключает все файлы v8i к которым у пользователя есть доступ. Результат:


Чего собственно и добивались.

При это данное решение не затрагивает файл C:\Users\%username%\AppData\Roaming\1C\1CEStart\ibases.v8i в котором хранятся базы, которые прописал сам пользователь. Впрочем, его всегда можно обнулить, чтобы почистить список баз у пользователя. Групповые политики вам в руки!

Эпилог

Формально я передал одну из множества вариантов реализации. Передал идеологию. Дополнительные решения к этой статье могут быть весьма широкими:
Автоматическое создание файла v8i, добавление его в cfg, создание группы AD для базы 1C.
Доступ для редактирования для специалистов по 1С для этих же файлов.
Проверка актуальности файла конфигурации cfg прежде чем заменять его на ПК.
Для параноиков можно создавать cfg файлы с предопределенными списками, а в v8i прописывать более одной базы. И вообще делать имена v8i файлов без указания на имя базы.
Можно изменить способ доставки cfg файла на ПК, где в конфигурации ПК изменяются права доступа к данному файлу, а пользователь уже с своими правами перезаписывает его.
И многое другое. Все что пожелаете. Каждый волен решать сам.

Итого:
Пользователей стало много! – не имеет никакого значения.
Баз стало много! – внесли базу 1Сники в реестр, пользователи её получили. Не внесли – база даже самоподключенная исчезнет у пользователя при следующем входе в систему, если включено обнуление списка локальных баз.
Невнятные названия баз! – какая разница? У тебя всегда актуальная информация. Нет полной информации о базе – нет базы у пользователей.
Частая ротация пользователей! – была заявка подключить базу? Есть база! Сменил место или подразделение, потерял базу вместе с сбросом прав.
Нагрузка! Скрипты! – где? Зачем? Балансировка, точное нацеливание, только актуальная информация, легкость обслуживания и поддержки.
Где мои базы?! – не положено! Ну или пользуйтесь пожалуйста. Все довольны.
Кластеры 1С? Сервера БД? – никакой путаницы. Все уже задано настройками. Технари заняты полезными делами, а не выяснением кому, куда и чего прописывать, как это обзывать и как не оставить пользователей с утра без учетной системы из-за обновления.

Постскриптум

Я потратил день. Чтобы вы за пять минут долетели. Спасибо!

Update:
Хабражитель — sisaenkov справедливо заметил, что вместо копирования cfg файлы в папку C:\ProgramData\1C\1CEStart\, для клиентских систем на базе Windows XP следует использовать переменную "%ALLUSERSPROFILE%\Application Data\1C\1CEStart\", в то время как для систем на базе Vista и старше можно использовать указанный в статье вариант, либо переменную %ProgramData%\1C\1CEStart\

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

Мощность оборудования должна быть достаточной для нормальной работы пользователей.

Но как подобрать сервер простым способом?

Для начала нужно знать следующую информацию

  • Конфигурация 1С , которая будет внедрена .
  • Количество активных пользователей, одновременно работающих в системе и их вес (легкие пользователи, тяжелые пользователи)
  • Размер базы данных, с учетом увеличения размера базы в течение следующих 2-3 лет
  • Особенности нагрузки , некие критичные операции в системе, обрабатывающие большие объемы данныхи/или выполняемый с высокой частотой.
  • Другие параметры :
    • Версия СУБД
    • Версия веб-сервера
    • Версии операционных систем серверов и клиентов ( Win или Linux )
    • Типы клиентских приложений (веб-клиент, тонкий клиент, толстый клиент)
    • Терминальный доступ
    • и т.п.

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

    1. Производительность процессора
      1. Количество ядер и частотаядра ( скорость, с которой процессор обрабатывает команды в одном потоке )
      2. Выбор количества процессоров и модели
      1. Пропускная способность при считывании и записи данных
      2. Объем
      3. Отказоустойчивость
      4. Выбор дисковой подсистемы
      1. Частота
      2. Объем
      3. Выбор модели памяти и комбинации планок (сочетать планки по 4 штуки одинакового объема)

      Выбор производителей и поставщиков оборудования осуществляется сравнительными методами по бенчмаркам, сценарным тестам на стендах, рекомендациям и т.п.

      1. Организация железяк в единую экосистему и тонкая настройка аппаратной и программных частей

      Определяем параметры клиентских рабочих мест, они общеизвестны и выглядят примерно так:

      Тип клиента

      Сетевой интерфейс

      USB порт

      Компьютер разработчика (конфигуратор)

      2core х 3 . 2Ghz , Intel

      Компьютер пользователя (тонкий, толстый, веб клиент)

      2coreх 2.8Ghz , Intel

      Терминальный сервер на 50 пользователей (Количество терминальных серверов в ферме = Количество пользователей / 50)

      16 core х 3.2 Ghz , Intel

      Расчет параметров серверов можно посмотреть насайте Методическая поддержка 1С в разделе«Расчет параметров серверного оборудования», они там такие:

      Тип внедрения

      Малое внедрение (до 100 пользователей)

      4 stream, 2 core

      2 stream,
      1 core

      Среднее внедрение (до 500 пользователей)

      8 stream, 4 core

      2 stream,
      1 core

      Крупное внедрение (от 500 пользователей)

      20 stream, 10 core

      4 stream,
      2 core

      Я пользуюсь для подбора серверов сервисом сайта Гилева по подбору оборудования

      Подвёл некоторую статистику по подобранным за пару лет серверам и организовал её в виде таблицы как в методической поддержке 1С.Получилось примерно, следующее

      Тип внедрения

      Процессор Intel Gold, Xeon

      Память , DDR4

      Диск, SSD

      Процессор Intel Gold, Xeon

      Память , DDR4

      Диск , SSD

      Малое внедрение (до 100 пользователей)

      Сервер СУБД и 1С совмещены

      Среднее внедрение (до 500 пользователей)

      Крупное внедрение (от 500 до 1000)

      48 core х 3.2Ghz

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

      Онлайн пользователей в базе

      Ориентировочный размер базы, GB

      Процессор , Core х Ghz

      Оперативная память , GB

      Postgres Pro, MS SQL Standart

      Postgres Pro, MS SQL Standart

      Postgres Pro, MS SQL Standart

      Оперативная память, GB

      Накопители под данные (SSD), GB

      Postgres Pro, MS SQL Enterprise

      Postgres Pro, MS SQL Enterprise

      MS SQL Enterprise

      MS SQL Enterprise

      MS SQL Enterprise

      Из учета опыта и предположения, что системные требования указанные на сайте 1С являются минимальными для работы программы 1С, но не оптимальными (как, например, на игровых диска min требования и рекомендуемые), сравнил таблицы 1С и сайта Гилева по числу ядер и оперативной памяти (Ось Х (горизонтальная) - число пользователей, Ось Y (вертикальная) - общее количество ядер, либо общая сумма оперативной памяти серверов).

      Рис. 1 Сравнение общего количества ядер


      Рис.2 Сравнение общего количества оперативной памяти


      И сделал вывод, что параметры сервиса Гилева довольно топовые, т.е. чрезмерно высокие и сервер получается дорогой, а параметры 1С заниженные и сервер получается мало эффективным.

      Истинный Ваш сервер (не дорогой и достаточно мощный) где-то посередине!

      Дополнительно можно выделить следующие тезисы по аппаратной и программной настройке:

      • Под накопители для резервных копий использовать 2 диска с ёмкостью >= 3Tb
      • Сетевые интерфейсы между серверами 2x10Gb для обеспечения отказоустойчивости
      • На сервере 1С неустанавливать роль терминального сервера. 1 сервер может быть только при низких требованиях отказоустойчивости сервера 1С. На сервере СУБД не должно быть никаких других задач и ролей, кроме сервера СУБД
      • Все сервера должны находиться в одной подсети. Виртуализациюоборудования по возможности не используйте.
      • Обеспечение отказоустойчивости роли сервера 1С штатными средствами платформы 1С
      • Обеспечение отказоустойчивости роли СУБД по технологии AlwaysOnFailOverCluster
      • Файлы, от которых зависит максимальная производительность системы (а это файлы баз данных, логи баз данных, файлы tempdb для MS SQL или pg_xlog для PostgreSQL, файлы кластера 1С (srvinfo), папка временных файлов профиля пользователя службы 1С), размещать только на PCIe SSD. Все вместе эти файлы не должны занимать более 50% ёмкости SSD.
      • Если в компании есть корпоративный стандарт по загрузке только с SAS/SATA дисков - можно установить ОС на эти диски. С какого диска загружается ОС - несущественно. Гораздо важнее, чтобы ключевые данные были размещены на максимально быстрых носителях. СУБД устанавливать только на PCIe SSD.
      • Про отказоустойчивость: Надо понимать, что ЛЮБОЙ узел может выйти из строя, вообще любой, независимо от цены или шильдика. Поэтому, если есть повышенные требования к отказоустойчивости системы (например, если бизнес не может себе позволить в рабочее время остановку системы более чем на 2 минуты) - надо говорить о резервировании узлов. Что и как резервировать - определяется напрямую требованиями бизнеса, и его финансовыми возможностями (например, купить по два комплекта всех серверов, сетевого оборудования и UPS, рассадить по разным линиям электропередачи в разных зданиях, и настроить постоянные обмены между базами данных в оперативном режиме - получается хорошо с точки зрения резервирования, но очень дорого).

      Конкретные файлы подбора оборудования предоставляемые на сайте сервиса подбора выглядят более подробно, в них содержится:

      • Описание серверов и ПО
      • Отображаются исходные условия запроса оборудования (Параметры: Конфигурация 1С, Количество пользователей, Размер базы)
      • Текст снабжен гиперссылками на сайты производителей с описанием оборудования
      • В некоторых случаях предлагается несколько вариантов серверов на выбор исходя из бюджета,
      • Даны рекомендации поставщиков для заказа оборудования.

      Пример подбора



      ВАЖНАЯ ИНФОРМАЦИЯ : На текущий момент большие и дорогие рэйды SSD не используются. Используется 2 диска с сохранением надержности. Примеры конфигураций прикрепил.

      Например, берем просто зеркало для базы

      под 200 ПОЛЬЗ., 1С:ЕРП 2.4, РАЗМ.200 ГБ

      Накопители под ОС : Intel S4610 480GB, 2.5” SATA 6Gb/s, 2 шт. в RAID1 ('зеркало')

      Обработка выгрузки и загрузки данных через XML между идентичными конфигурациями с возможностью установки произвольных отборов на выгружаемые объекты.

      Подключаемый отчет на системе компоновки данных по типам объектов 1С показывает: 1) Совокупности таблиц SQL для хранения объекта 1С и их предназначение; 2) Число объектов данного типа; 3) Размеры хранения данных и индексов в MB (мегабайтах); 4) Сравнение данных двух баз

      Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).

      Если пользователю не хватает прав на объект, то на практике в 90 % случаев, недостающую роль можно найти через типовой регистр сведений Права ролей. Также с помощью дополнительного отчета или небольшого расширения можно ускорить описанный процесс.

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

      Обработка ищет все объекты базы, в которых одновременно присутствуют перечисленные элементы. Построена на базе типовой обработки Все функции - Стандартные - Поиск ссылок на объект, но позволяет накладывать отбор не по одному объекту, а по нескольким, что позволяет настраивать поиск по комбинациям условий

      Часто не хватает визуализации хронологии документов в структуре подчиненности и кнопок проведения. Это расширение конфигурации, с функционалом структуры подчиненности документов, отображающее хронологическую последовательность документов во времени и дающее доступ к проведению, отмене проведения, пометке на удаление документов непосредственно в форме подчиненности.

      Обработка для массовой проверки доработок конфигурации: Открытие форм, Печать, Формирование отчетов, Проведение документов, Запись справочников, ПВХ, ПВР. Выдает список обнаруженных ошибок. Рекомендуется применять для тестирования обновленной конфигурации, перед установкой пользователям. В коде используются универсальные методы поэтому подходит для большинства конфигураций, построенных на базе библиотеки стандартных подсистем.

      Групповая обработка ссылок вида Объект не найден (502:37855254002e11eb11e73b8f36150d9e) заполняется максимально просто копированием и вставкой из буфера: 1) Выделяет уникальные идентификаторы (далее УИ); 2) Ищет ссылки на объекты базы по УИ; 3) Создаёт пустые объекты с указанным УИ; 4) Регистрирует найденные ссылки для обмена данными. Работает на любых продуктах 8.3

      Обработка на управляемых формах для работы с календарями google, событиями календарей и контактами.

      Обработка проверяет наличие и решает проблему с ошибкой развернутого сальдо в Оборотно-сальдовой ведомости (регистр бухгалтерии Хозрасчетный) из-за ошибки Универсального редактора реквизитов или кода программиста, устанавливающего пустые ссылки в значениях Валюты, Подразделения, Направления деятельности не равными NULL. И пересчёт итогов тут точно не поможет.

      Выполнил 3 разных теста для проверки серверного оборудования (тест 1С, тесты gilev) на возможное число 1С онлайн-пользователей одновременно работающих на нем и интерпретировал результаты тестов через легких, средних и тяжелых пользователей с помощью таблицы с профилями реальных пользователей.

      Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?

      На время сеанса отключаем контроль остатков и проверку документов в ERP, КА, УТ типовыми средствами и простым расширением.

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

      Есть несколько удобных опций для облегчения внесения изменений.

      Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.

      Пример технического задания для практического понимания основных разделов.

      Кратко описаны основополагающие моменты при старте групповой разработки конфигурации несколькими программистами. Полезно для проектной документации как требование к разработчикам или сопровождающей компании

      Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.

      /Нет денег на Зубару?! Зубилы - дёшево, 2км вперед по трассе.

      SERVER-001 (или какой он по счету? )
      Или вот ставил я сервер и думал "Быть ему или ну быть ему долго?" В результате назвал Гамлетом.
      Некоторые называют по иманам героев мультфильмов.. Пресдавьте себе сервера в сети Ёжик и Лошадка

      Не, по счету не годится. Сами запутаемся :-)

      Ну, вот предпоследний я назвала Сириус.
      На этом моя фантазия истощилась окончательно, а тут еще один принесли.

      У меня один сервак называется Гейтс :-)))

      у меня один из серверов приложений доминошных зовется hummer

      хих. как только не называются.

      daily
      sp911
      sp2000
      vsd
      ss911
      ss2000
      krs
      sql
      yahoo
      stat
      911
      artstorm
      db
      sp
      asdb
      в общем. никакой логики.

      - троечники учат двоечников быть троечниками. Кошмар.

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

      думаю.
      39% выполнено

      Мне более нравиться такой подход: Расположение - назначение. Например, MOSQL1 (Main Ofiice SQL1)

      nova
      blade
      sedna
      lenin

      два слога, больше утомительно

      Gott weiss ich will kein Engel sein

      Хм. хорошая тема. практически вечная.
      Действительно -- как дать правильное имя детищу, которое ты на ноги поднял, всему обучил и обслуживать будешь ещё, может быть, несколько лет?

      Когда я пришёл в свою контору, там было три сервера: "main", "buhmain" и "ofmain". Видимо, это отражало логику предыдущего админа в том, что сервер -- это "главный компьютер в сети".
      Такая логика и идея включать слово "main" в имя сервера мне понравилась, но то что они располагались не вместе (в сетевом окружении) меня раздражадо, поэтому сейчас сервера называются так:
      maincom -- сервер с торговой базой данных (и шарами для менеджеров). Суффикс "com" отражает принаджедность к информации коммерческого характера.
      mainbuh -- сервер для бухгалтерских баз данных.
      maingate -- прокся.
      Для прикола я потом свой воркстейшн назвал mainadm.
      Типа "сервер, с которого администрируется вся сеть"

      PS: Вот только если новый сервак прикуплю, опять голову придётся назвать с названием.
      Впрочем. если железо будет по-настоящему серверным, назову его mainframe

      Читайте также: