Начальная настройка
В первую очередь необходимо инициализировать кластер баз данных:
$ initdb -D /var/lib/postgres/data
Где опция указывает на стандартное расположение данных кластера (если вы хотите использовать другой каталог, смотрите ).
- , где локаль должна быть одной из ;
- для выбора кодировки (должна соответствовать выбранной локали).
Пример для русской локали:
$ initdb --locale=ru_RU.UTF-8 -E UTF8 -D /var/lib/postgres/data
После инициализации на экране появится много строчек, некоторых из которых оканчиваются на :
Файлы, относящиеся к этой СУБД, будут принадлежать пользователю "postgres".
От его имени также будет запускаться процесс сервера.
Кластер баз данных будет инициализирован с локалью "ru_RU.UTF-8".
Выбрана конфигурация текстового поиска по умолчанию "russian".
Контроль целостности страниц данных отключён.
исправление прав для существующего каталога /var/lib/postgres/data... ок
создание подкаталогов... ок
выбирается реализация динамической разделяемой памяти... posix
выбирается значение max_connections по умолчанию... 100
выбирается значение shared_buffers по умолчанию... 128MB
выбирается часовой пояс по умолчанию... Europe/Moscow
создание конфигурационных файлов... ок
выполняется подготовительный скрипт... ок
выполняется заключительная инициализация... ок
сохранение данных на диске... ок
initdb: предупреждение: включение метода аутентификации "trust" для локальных подключений
Другой метод можно выбрать, отредактировав pg_hba.conf или используя ключи -A,
--auth-local или --auth-host при следующем выполнении initdb.
Готово. Теперь вы можете запустить сервер баз данных:
pg_ctl -D /var/lib/postgres/data -l файл_журнала start
Если вы видите подобное, значит инициализация прошла успешно. Можно вернуться в обычного пользователя, выполнив команду в сеансе пользователя postgres.
Примечание: Подробнее об этом предупреждении читайте в разделе .
Совет: Если вы хотите использовать путь отличный от , нужно обновить файл службы systemd
Если вы помещаете его в , не забудьте отключить .
Важно:
- Если база данных располагается на файловой системе Btrfs, стоит отключить для каталога перед созданием любых баз данных.
- Если база данных располагается на файловой системе ZFS, прочтите перед созданием любых баз данных.
Наконец, запустите и включите службу .
Настройка типов данных
Откройте консоль PostgreSQL для базы данных template1:
Если при попытке запустить psql на экране появится сообщение not found», попробуйте указать полный путь к этому файлу в подкаталоге bin; например на Mac OS X: /Library/PostgreSQL/9.1/bin/psql.
Linux:
Выполните в консоли две следующие команды:
su - postgres psql -d template1 #open the database template1
Mac:
Под пользователем postgres выполните следующие две команды:
Sudo su - postgres Psql -d template1
При первом запуске команды psql на OS X 10.8.X вы можете увидеть сообщение об ошибке:
dyld: Library not loaded: @loader_path/../lib/libssl.dylib Referenced from: /usr/lib/libpq.5.dylib Reason: Incompatible library version: libpq.5.dylib requires version 1.0.0 or later, but libssl.0.9.8.dylib provides version 0.9.8
Это связано с тем, как Homebrew в Mac OS X и Mountain Lion конфликтуют с определенными системными библиотеками. Решение этой проблемы заключается в том, чтобы скопировать и связать версии библиотеки. PostgreSQL упакован в /usr/lib, где библиотеки хранятся в Mountain Lion.
sudo cp /Library/PostgreSQL/9.1/lib/libssl.1.0.0.dylib /usr/lib sudo cp /Library/PostgreSQL/9.1/lib/libcrypto.1.0.0.dylib /usr/lib sudo ln -fs /usr/lib/libssl.1.0.0.dylib /usr/lib/libssl.dylib sudo ln -fs /usr/lib/libcrypto.1.0.0.dylib /usr/lib/libcrypto.dylib
Еще одним решением может стать пересмотр Homebrew и проверка совместимости с Mountain Lion.
При установке PostgreSQL на Mac OS X в один клик создается ярлык для оболочки PostgreSQL в каталоге Applications / PostgreSQL 9.0 /. Нажмите SQL Shell (psql).app, чтобы открыть новое окно терминала с запущенным psql.
Из этого окна терминала можно получить доступ к базе данных template1, введя:
psql c template1
Windows:
psql запускается из командной строки (cmd) Windows. Убедитесь, что путь к папке postgres bin хранится в переменной PATH, или просто вызовите ее с полным путем к месту расположения исполняемого файла psql:
psql -d template1 -U postgres
Выполните команды консоли:
CREATE FUNCTION pg_catalog.text(integer) RETURNS text STRICT IMMUTABLE LANGUAGE SQL AS 'SELECT textin(int4out($1));'; CREATE CAST (integer AS text) WITH FUNCTION pg_catalog.text(integer) AS IMPLICIT; COMMENT ON FUNCTION pg_catalog.text(integer) IS 'convert integer to text'; CREATE FUNCTION pg_catalog.text(bigint) RETURNS text STRICT IMMUTABLE LANGUAGE SQL AS 'SELECT textin(int8out($1));'; CREATE CAST (bigint AS text) WITH FUNCTION pg_catalog.text(bigint) AS IMPLICIT; COMMENT ON FUNCTION pg_catalog.text(bigint) IS 'convert bigint to text';
Обновление PostgreSQL
This article or section needs expansion.
Reason: How to upgrade when using third party extensions? (Discuss in )
Для обновления до новой мажорной версии PostgreSQL необходима специальная процедура.
Примечание:
Посмотреть текущую версию можно так:
# cat /var/lib/postgres/data/PG_VERSION
Чтобы случайно не обновиться до несовместимой версии, рекомендуется пакетов PostgreSQL:
/etc/pacman.conf
... IgnorePkg = postgresql postgresql-libs ...
Есть два основных способа обновить базу данных PostgreSQL. Подробности читайте в официальной документации.
pg_upgrade
Для тех, кто хочет использовать , доступен пакет , который всегда отстаёт на одну мажорную версию от основного пакета PostgreSQL. Его можно установить параллельно с новой версией PostgreSQL. Для обновления более старых версий PostgreSQL доступны пакеты AUR: AUR, AUR, AUR, AUR, AUR. Прочтите справочную страницу , чтобы понять, какие действия он выполняет.
Обратите внимание, что каталог кластера баз данных не меняется от версии к версии, поэтому перед запуском необходимо переименовать существующий каталог данных и перейти в новый каталог. Новый кластер баз данных необходимо инициализировать, как описано в разделе
Пока база данных все еще доступна, можно воспользоваться возможностью проверить используемый язык и кодировку, а также контрольные суммы данных:
$ psql -l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
postgres | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 |
template0 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
(3 rows)
$ psql -c "SHOW data_checksums"
data_checksums ---------------- off (1 row)
Когда вы будете готовы к обновлению, выполните следующие шаги:
Остановите службу . Проверьте статус службы, чтобы убедиться, что PostgreSQL завершился корректно, иначе не сможет отработать корректно.
Обновите пакеты , и .
Переименуйте каталог с кластером и создайте новый каталог:
# mv /var/lib/postgres/data /var/lib/postgres/olddata # mkdir /var/lib/postgres/data /var/lib/postgres/tmp # chown postgres:postgres /var/lib/postgres/data /var/lib/postgres/tmp $ cd /var/lib/postgres/tmp $ initdb -D /var/lib/postgres/data
Не забудьте прописать опции , и/или по необходимости.
Обновите кластер, выполнив эту команду (замените на номер старой версии, например ):
$ pg_upgrade -b /opt/pgsql-PG_VERSION/bin -B /usr/bin -d /var/lib/postgres/olddata -D /var/lib/postgres/data
Примечание: Не забудьте обновить файлы конфигурации (например, и ) для соответствия старому кластеру.
Запустите службу .
Командой будут созданы скрипты и в каталоге и выведены инструкции по их использованию.
- генерирует статистику оптимизатора для нового кластера и должен запускаться от имени пользователя . Для его работы должен быть запущен.
- просто удаляет каталог и должен запускаться от имени пользователя, имеющего права записи в (например, от имени root).
Когда обновление будет полностью завершено, каталог можно будет удалить.
Выгрузка и загрузка вручную
Ещё можно сделать что-то вроде такого (после обновления и установки ):
Примечание:
- В примере показано обновление с PostgreSQL 12; посмотрите в установленную у вас версию и исправьте команды по необходимости.
- Если вы меняли файл , вам может понадобиться временно разрешить полный доступ к старому кластеру с локальной системы. После обновления не забудьте прописать нужные вам настройки в новом кластере и перезапустить службу .
# systemctl stop postgresql.service # mv /var/lib/postgres/data /var/lib/postgres/olddata # mkdir /var/lib/postgres/data # chown postgres:postgres /var/lib/postgres/data $ initdb -D /var/lib/postgres/data $ /opt/pgsql-12/bin/pg_ctl -D /var/lib/postgres/olddata/ start # cp /usr/lib/postgresql/postgis-3.so /opt/pgsql-12/lib/ # Только если установлен postgis $ pg_dumpall -h /tmp -f /tmp/old_backup.sql $ /opt/pgsql-12/bin/pg_ctl -D /var/lib/postgres/olddata/ stop # systemctl start postgresql.service $ psql -f /tmp/old_backup.sql postgres
Пользователи (роли)
Вместо привычного понятия пользователей, PostgreSQL использует концепцию ролей. Несмотря на определенные отличия, в целом можно определять роли как пользователей базы данных.
В зависимости от настройки, роль можно рассматривать как пользователя базы данных или как группу пользователей. Роли могут владеть объектами базы данных (например, таблицами) и выдавать другим ролям разрешения на доступ к этим объектам. Также можно предоставить одной роли членство в другой роли (схоже с добавлением пользователя в группу), чтобы одна роль могла использовать привилегии другой роли.
Как отмечалось выше, во время установки была автоматически создана роль postgres. Вы можете работать с СУБД из-под нее. Для этого переключитесь на сессию данного пользователя:
sudo su - postgres
После чего запустите консоль Postgres:
psql
После завершения работы вы сможете выйти из консоли Postgres командой :
postgres=# \q
Так как для каждой созданной роли Postgres предполагает наличие базы данных с таким же именем и по умолчанию подключается именно к ней, имеет смысл создавать новую роль для каждой базы. Кроме того, если имя роли совпадает с именем пользователя, созданного в системе Linux, подключение к БД также упрощается.
Создание новой роли
Создать роль из консоли системы (не psql) можно с помощью команды:
createuser -P --interactive
Ключ позволит сразу задать пароль пользователю, а запустит интерактивный режим для указания дополнительных параметров.
Система поочередно запросит имя новой роли, ее пароль и повтор пароля, а также позволит указать привилегии: сделать ли роль суперпользователем, должны ли быть права на создание баз данных и создание других ролей. Нажимайте y / n и Enter для выбора.
Создать роль из консоли Postgres можно с помощью команды CREATE ROLE.
При использовании этой команды без дополнительных опций пользователь будет создан без каких-либо привилегий, поэтому желательно сразу при создании роли указывать нужные привилегии. Полный список доступных опций можно просмотреть, выполнив:
\h CREATE ROLE
Чтобы создать новую роль выполните:
CREATE ROLE имя_роли WITH LOGIN CREATEDB CREATEROLE;
Далее задайте новому пользователю пароль:
\password имя_роли
Просмотр существующих ролей
Чтобы просмотреть созданных пользователей и их привилегии, перейдите в консоль Postgres:
psql
И выполните команду:
\du
Пример вывода:
List of roles
Role name | Attributes | Member of
-----------+------------------------------------------------------------+-----------
postgres | Superuser, Create role, Create DB, Replication, Bypass RLS | {}
tmweb | Create role, Create DB | {}
tweb | Create role, Create DB | {}
Нажмите q, чтобы закрыть вывод, и \q, если нужно выйти из консоли Postgres.
dropuser имя_роли
Либо команду в консоли Postgres:
DROP ROLE имя_роли;
Смена пароля пользователя
Для смены пароля одной из ролей подключитесь к Postgres от суперпользователя (postgres или другой роли с такими привилегиями), после чего выполните:
ALTER USER имя_роли WITH PASSWORD 'новый_пароль';
Обратите внимание, что эта операция сохранится в файле вместе с паролем в открытом виде. Из соображений безопасности рекомендуется удалить соответствующую запись из файла
Как правило, файл размещается в директории . Проверить его расположение можно в терминале системы с помощью:
grep postgres /etc/passwd | cut -d ':' -f 6
Откройте файл, указав корректный путь к нему:
sudo nano /var/lib/postgresql/.psql_history
Удалите запись с паролем и сохраните изменения.
Установка и настройка HASP Licence manager
Для того, чтобы компьютеры могли получать лицензии по сети от сервера, куда вставлен usb ключ, на него надо установить и запустить HASP Licence manager. Для начала вставьте ключ в сервер и проверьте, видит ли его система:
# lsusb | grep -i hasp
Вы должны увидеть устройство с именем наподобие Aladdin Knowledge Systems HASP copy protection dongle. Если его нет, то разбирайтесь с подключением и пробросом usb портов, если у вас это виртуальная машина.
Дальше идем на страницу https://download.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Debian/, выбираем свою версию системы и скачиваем два файла:
- haspd-modules_7.90-eter2debian_amd64.deb
- haspd_7.90-eter2debian_amd64.deb
На момент написания статьи пакетов для Debian 10 не было, но нам подойдут и для 9-й версии.
# wget https://download.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Debian/9/haspd-modules_7.90-eter2debian_amd64.deb # wget https://download.etersoft.ru/pub/Etersoft/HASP/stable/x86_64/Debian/9/haspd_7.90-eter2debian_amd64.deb
Устанавливаем пакеты haspd, но перед этим установим пару пакетов — make и libc6-i386, если они у вас отсутствуют:
# apt install make libc6-i386 # dpkg -i haspd*.deb
Запускаем службу haspd и добавляем в автозагрузку:
# systemctl start haspd # systemctl enable haspd
Проверяем, запустился ли hasp:
# netstat -tulnp | grep hasp tcp 0 0 0.0.0.0:1947 0.0.0.0:* LISTEN 2526/hasplmd udp 0 0 0.0.0.0:46563 0.0.0.0:* 2526/hasplmd udp 0 0 0.0.0.0:1947 0.0.0.0:* 2526/hasplmd udp 0 0 0.0.0.0:475 0.0.0.0:* 2517/hasplm udp 0 0 127.0.0.1:2790 0.0.0.0:* 2508/winehasp
Все в порядке. Теперь лицензии должны нормально работать, а клиенты их получать по сети.
Создание кластера БД
Дальнейшие действия нужно проделывать под пользователем postgres
# su - postgres
Инициализируем кластер баз данных:
postgres@s-pg13:~$ initdb -k
Опцию -k мы использовали, чтобы включить подсчет контрольной суммы страниц, что позволяет своевременно обнаружить повреждение данных. Остальные опции можете посмотреть тут!
После инициализации кластера у нас заполнился каталог PGDATA:
postgres@s-pg13:~$ ls /usr/local/pgsql/data/ base pg_commit_ts pg_hba.conf pg_logical pg_notify pg_serial pg_stat pg_subtrans pg_twophase pg_wal postgresql.auto.conf global pg_dynshmem pg_ident.conf pg_multixact pg_replslot pg_snapshots pg_stat_tmp pg_tblspc PG_VERSION pg_xact postgresql.conf
В этом каталоге лежат конфигурационные файлы кластера, и в подкаталоге base лежат базы данных. Но о содержимом этого каталога мы поговорим позже.
Администрирование конфигураций 1С (недокументированные особенности работы)
Многие мои коллеги по работе и по профессии, уверен, сталкиваются с аналогичными ситуациями, когда программа 1С при работе с конфигурацией, мягко говоря, работает «странно». Как говорит один хороший знакомый (к слову, один из авторов УТ 11):
— «вот, ну согласись, нанять пару серьезных методистов — реальных дядечек с реального производства, до начала разработки — единственная ЭЛЕМЕНТАРНАЯ политика, как можно было этого не сделать???? там их НЕТ. Причем это 0 в плане затрат на разработку, там нет ограничений бюджета, это просто самый тупой прокол.»
В этой статье приведу способы лечения пресловутых проколов (за последний месяц).
Установка Zabbix из исходников в FreeBSD
ZABBIX — свободная система для мониторинга сети и отслеживания статусов разнообразных сервисов компьютерной сети, серверов и сетевого оборудования, написанная Алексеем Владышевым на C (сервер), PHP (веб-интерфейс), Java (Java gateway).
Можно выделить 2 очень хороших сервиса для мониторинга:NagiosZabbix
Что можно сказать по поводу Nagios.
Достоинства Nagios:
1. Все настройки сохраняются в файлы конфигур;
2. Мониторинг осуществляется с помощью плагинов;
3. Плагины в основе архитектуры.
Чем хорош Nagios:
1. Простота написания конфигураций файлов. С легкостью конфигурируются с использованием многих программ;
2. Можно писать комментарии с датой ( что очень нужно и полезно);
3. Есть много плагинов на все случаи жизни, даже от разных программистов.
Что можно сказать по поводу Zabbix.
Достоинства Zabbix:
1. Все конфиги а так же вся история сохранены в БД;
2. Мониториться все через постоянно запущенного сервис;
Чем хорош Zabbix:
1. Конфигурируеться через хороший интерфейс и с использованием API;
2. Все настройки сохранены в БД и изменения применяются мгновенно;
3. Встроенные богатые средства визуализации;
4. Поддержка JMX и мониторинг с сохранениями в логи в базовой поставке;
5. Крутая поддержка юзерских параметров(порогов, оповещений, реакций);
6. Много уже готовых решений в Zabbix.
Недостатки я не буду рассматривать. Могу отметить то что эти 2 мониторинга очень крутые, выбирать вам что вы будите юзать. Я рассмотрю именно заббекс, позже думаю установлю и нагиОС ( чтобы самому сделать сравнения). И так начнем Установка Zabbix из исходников в FreeBSD:
Создадим юзера для того чтобы из под него можно было запустить заббикс и добавим его в группу:
# pw groupadd zabbix # pw useradd zabbix -c "zabbix Server" -d /dev/null -g zabbix -s /sbin/nologin
После этого необходимо создать БД, сделать можно несколькими способами:
shell> mysql -u<uname> -p<pass> mysql -u root -p captain mysql> create database zabbix character set utf8; mysql> quit; shell> mysql -u<uname> -p<pass> zabbix < database/mysql/schema.sql mysqldump -u zabbix -p zabbix < schema.sql # остановитесь здесь, если вы создаете базу данных для Zabbix прокси shell> mysql -u<uname> -p<pass> zabbix < database/mysql/images.sql shell> mysql -u<uname> -p<pass> zabbix < database/mysql/data.sql
Кто не понял что написано выше, опишу более подробно:
# mysql -u root -p -> CREATE DATABASE zabbix; -> GRANT ALL ON zabbix.* TO zab IDENTIFIED BY 'PASS'; -> FLUSH PRIVILEGES; -> quit;
# cat /usr/local/src/zabbix/zabbix-2.2.2/database/mysql/schema.sql | mysql -u root -p zabbix # cat /usr/local/src/zabbix/zabbix-2.2.2/database/mysql/images.sql | mysql -u root -p zabbix # cat /usr/local/src/zabbix/zabbix-2.2.2/database/mysql/data.sql | mysql -u root -p zabbix
Если кому то И это не понятно, то поставьте и используйте phpmyadmin ( мне удобней так!), по этому Вы выбираете как это лучше вам сделать и выполняете.
Заходим на офф сайт и качаем последнюю версию исходников, я буду использовать Zabbix Sources 2.2.2:
# cd /usr/local/src/ && mkdir zabbix && cd zabbix # wget http://sourceforge.net/projects/zabbix/files/ZABBIX%20Latest%20Stable/2.2.2/zabbix-2.2.2.tar.gz/download # mv download zabbix-2.2.2.tar.gz && tar zxf zabbix-2.2.2.tar.gz && cd zabbix-2.2.2
Для просмотра всех доступных опция конфигурирования, выполните в папке извлеченных исходных кодов Zabbix:# ./configure —help
Для конфигурирования исходников в Zabbix сервера и агента, можете заюзать:# ./configure —enable-server —enable-agent —with-mysql —enable-ipv6 —with-net-snmp —with-libcurl
Для конфигура исходников в Zabbix сервера (с PostgreSQL и т.д.), вы сможете юзнуть:# ./configure —enable-server —with-postgresql —with-net-snmp
Для конфигура исходников в Zabbix прокси (с SQLite и т.д.), используйте:# ./configure —prefix=/usr —enable-proxy —with-net-snmp —with-sqlite3 —with-ssh2
Я буду использовать что то типа этого:
./configure --prefix=/usr/local/zabbix22 --enable-server --enable-agent --with-mysql --enable-ipv6 --with-net-snmp --with-libcurl
И соберем все это добро)) выполнив :
# make install && make clean
Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана
Если кратко описать мое отношение к Postgres: Использовал до того, как это стало мейнстримом.
Конкретнее: Собирал на нем сервера для компаний среднего размера (до 50 активных пользователей 1С).
На настоящий момент их набирается уже больше, чем пальцев рук пары человек (нормальных, а не фрезеровщиков).
Следуя этой статье вы сможете себе собрать такой же и начать спокойную легальную жизнь, максимально легко сделать первый шаг в мир Linux и Postgres.
А я побороться за 1. Лучший бизнес-кейс (лучший опыт автоматизации предприятия на базе PostgreSQL).
Если, конечно, статья придется вам по вкусу.
Параметры и конфигурационные файлы
Узнать расположение конфигурационного файла (как правило, размещается по пути: ) можно с помощью:
SHOW config_file;
Узнать значение какого-либо параметра Postgres:
SHOW параметр;
Получить расширенную информацию о параметре можно из представления : будет выведено не только установленное значение, но также файл, в котором он назначен, максимальные и минимальные значения.
SELECT * FROM pg_settings WHERE name = 'параметр'; # Например: SELECT * FROM pg_settings WHERE name = 'max_connections';
Чтобы вывести информацию в удобном для восприятия формате, можно сменить представление командой \x:
Запуск и останов сервера
Запустим сервер баз данных указав файл логов:
postgres@s-pg13:~$ pg_ctl -w -l /home/postgres/logfile start waiting for server to start.... done server started
Здесь мы использовали две опции:
- -w заставляет сервер запуститься полностью и только потом отдать управление, то-есть не будет происходить продолжение старта в фоне;
- -l – указывает путь к логам.
Подробнее о работе pg_ctl можете почитать тут.
Теперь проверим что PostgreSQL запустился и работает. Для этого выполним запрос select now() к СУБД:
postgres@s-pg13:~$ psql -c 'select now()'
now
-------------------------------
2021-06-21 15:24:07.755572+03
(1 row)
В примере выше, функция now() показывает текущее время.
Останавливать и запускать сервер в последующем можно следующими командами:
$ pg_ctl stop $ pg_ctl -w -l /home/postgres/logfile start
Заключение
В дополнение к данной статье будет полезна ссылка на публикацию баз 1С без графического окружения. В примере используется операционная система Centos, но для нашего случая с Debian всё будет аналогично практически один в один. Только веб сервер называется по-разному — там httpd, а здесь apache2.
Вообще, посмотрев на всё настроенное выше, может возникнуть вопрос, зачем вообще все это делать у себя? Нужно железо, администратор с хорошей квалификацией, который сможет всё это настроить и поддерживать. Проще купить готовый сервис и платить абонентскую плату. А всё остальное возьмет на себя сервис. На практике не всегда это получается удобнее и дешевле. С бэкапами и их проверкой всё равно придётся решать вопрос самостоятельно, потому что полностью доверить его людям со стороны может быть опасно.
Онлайн курс по Linux
Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, рекомендую познакомиться с онлайн-курсом «Administrator Linux. Professional» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.
Что даст вам этот курс:
- Знание архитектуры Linux.
- Освоение современных методов и инструментов анализа и обработки данных.
- Умение подбирать конфигурацию под необходимые задачи, управлять процессами и обеспечивать безопасность системы.
- Владение основными рабочими инструментами системного администратора.
- Понимание особенностей развертывания, настройки и обслуживания сетей, построенных на базе Linux.
- Способность быстро решать возникающие проблемы и обеспечивать стабильную и бесперебойную работу системы.
Проверьте себя на вступительном тесте и смотрите подробнее программу по .
