Ошибка субд 42704 type mvarchar does not exist

axel_rich

12.05.16

✎

20:22

Cyberhawk

12.05.16

✎

20:26

«стал» это что-то новенькое… кем/чем он стал?

Pistol

12.05.16

✎

20:37

Постгрю-то откуда взял?

DjSpike

12.05.16

✎

20:39

сделай pg_drop ИМЯ_БАЗЫ.  затем заново pg_create

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

axel_rich

12.05.16

✎

22:53

axel_rich

13.05.16

✎

13:06

Тролль главный

13.05.16

✎

13:13

а патч от 1С установил?

Тролль главный

13.05.16

✎

13:16

axel_rich

13.05.16

✎

13:25

(6) хм… ставил из *.deb Их тоже надо патчить?

dmrjan

13.05.16

✎

13:43

axel_rich

13.05.16

✎

18:43

Ошибки при работе с СУБД не являются редкостью, и иногда они могут вызывать достаточно большие проблемы в разработке системы. Одна из таких ошибок, связанная с PostgreSQL, когда возникает сообщение «42704 type mvarchar does not exist».

Она указывает на то, что тип данных «mvarchar» не существует в системе. Данная ошибка может возникнуть в различных ситуациях, например, при создании таблицы или изменении столбца с данным типом данных. Чтобы решить эту проблему, существует несколько подходов.

Во-первых, стоит проверить, что вы правильно указали тип данных при создании таблицы или изменении столбца. Возможно, вы ошиблись в написании, и на самом деле хотели использовать другой тип данных, например, «varchar» или «text». Если так, то исправьте ошибку и повторите операцию.

Если же вы уверены, что «mvarchar» — это действительно нужный тип данных, то возможно, проблема заключается в том, что он не был правильно установлен или отсутствует в системе. В этом случае, потребуется установить соответствующее расширение или модуль, чтобы СУБД могла распознавать и использовать данный тип данных.

Определение ошибки

Ошибка субд 42704 «type mvarchar does not exist» возникает, когда в базе данных, используемой субд, пытается быть создан или использован тип данных, который не существует.

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

В данном случае ошибка указывает на то, что тип данных «mvarchar» не существует. Возможно, это опечатка или ошибка при создании или изменении таблицы.

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

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

Поиск и устранение причины

Если вы столкнулись с ошибкой «42704 type mvarchar does not exist» в СУБД, то вам следует выполнить ряд действий для ее поиска и устранения. Ниже приведены шаги, которые помогут вам разрешить эту проблему:

1. Проверьте правильность написания запроса: Проверьте, что запрос написан правильно и все имена таблиц, столбцов и типы данных указаны корректно. Убедитесь, что вы используете правильные имена объектов и синтаксис запроса соответствует требованиям СУБД.
2. Обновите СУБД: Убедитесь, что у вас установлена последняя версия СУБД. В некоторых случаях, ошибка может возникать из-за устаревшей версии СУБД, в которой некоторые типы данных могут быть недоступны.
3. Проверьте наличие необходимых расширений: Узнайте, требует ли ваш запрос использования каких-либо расширений или модулей. Убедитесь, что они установлены и корректно настроены в вашей СУБД.
4. Проверьте наличие необходимых прав доступа: Проверьте, имеете ли вы достаточные права для выполнения нужных операций в СУБД. Убедитесь, что ваш пользователь имеет все необходимые привилегии на выполнение запроса.
5. Проверьте логи системы: Исследуйте логи СУБД, чтобы найти возможные ошибки или предупреждения, связанные с вашим запросом. Это может помочь вам определить причину возникновения ошибки и найти способ ее устранения.
6. Обратитесь к документации: Обратитесь к документации СУБД, чтобы узнать больше о типе данных, который вызывает ошибку. Возможно, в документации есть рекомендации по устранению таких проблем.
7. Консультируйтесь с сообществом: Если вы не можете найти решение самостоятельно, обратитесь к сообществу разработчиков или поддержке СУБД. Они могут помочь вам определить причину ошибки и предложить решение.

Следуя этим шагам, вы сможете найти и устранить причину ошибки «42704 type mvarchar does not exist» в СУБД и вернуть вашу систему в рабочее состояние.

Использование альтернативных типов данных

При работе с СУБД (системами управления базами данных) может возникнуть ошибка, связанная с отсутствием типа данных в базе данных. Одна из таких ошибок — «42704 type mvarchar does not exist». Она говорит о том, что в базе данных отсутствует тип данных ‘mvarchar’.

Если вы столкнулись с такой ошибкой, есть несколько способов ее исправить. Один из этих способов — использование альтернативных типов данных.

Вместо отсутствующего типа данных ‘mvarchar’ можно использовать другой тип данных, который является альтернативой.

Например, вместо типа данных ‘mvarchar’ можно использовать тип данных ‘text’. Тип данных ‘text’ позволяет хранить текстовые значения переменной длины.

Для изменения типа данных в таблице базы данных нужно выполнить следующие действия:

1. Выполнить резервное копирование базы данных, чтобы в случае ошибки можно было восстановить данные.
2. Изменить тип данных столбца, в котором используется ‘mvarchar’, на тип данных ‘text’. Например, можно использовать SQL-команду ALTER TABLE:

ALTER TABLE tableName ALTER COLUMN columnName TYPE text;

Где tableName — имя таблицы, в которой находится столбец с типом данных ‘mvarchar’, а columnName — имя этого столбца.

После выполнения этой команды тип данных столбца будет изменен на ‘text’.

Таким образом, использование альтернативных типов данных может помочь исправить ошибку «42704 type mvarchar does not exist». Вместо отсутствующего типа данных ‘mvarchar’ можно использовать альтернативный тип данных, например, ‘text’.

Тестирование и проверка исправления

После того как вы примените исправление для ошибки субд 42704 «type mvarchar does not exist», необходимо выполнить тестирование и проверку работоспособности изменений. В этом разделе я расскажу о том, как это сделать.

1. Проверка работы базы данных

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

2. Тестирование приложения

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

3. Проверка целостности данных

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

4. Тестирование сценариев с ошибками

Для полной уверенности в исправлении проблемы, стоит также протестировать сценарии, которые ранее вызывали ошибку. Попробуйте повторить действия, которые приводили к появлению ошибки, и убедитесь, что ошибка больше не возникает.

5. Тестирование совместимости

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

В процессе тестирования и проверки исправления ошибки субд 42704 типа «mvarchar does not exist» рекомендуется записывать все шаги и результаты, чтобы иметь возможность отслеживать и анализировать процесс исправления.

Таким образом, тестирование и проверка исправления ошибки субд 42704 «type mvarchar does not exist» поможет убедиться в корректности внесенных изменений и гарантировать работоспособность базы данных и приложения.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Общая информация

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

Сервер 1С Предприятия. Часть 1 — Общие вопросы.

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

host    all    all       192.168.31.0/24    ident

и приведите ее к виду:

host    all    all       192.168.31.0/24    md5

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата…

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида: 

192.168.31.83 SRV-1C-1204

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU. 

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД: 
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени. 

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Подскажите можно ли на одном сервер (ubuntu12.04) запустить несколько версий сервера 1с.
Ситуация следующая на данный момент стоит 1с сервер 83, с малым количеством людей работал стабильно, но сейчас пользователей стало в два раза больше и сервер странно себя ведёт, то напроч стопорится, помогает очистка папки временных файлов 1с либо просто его перезапуск.
На сервер две базы бух30 и Торговля10, вот хочу разделить чтобы бух30 работали на 83, а торговля10 работали через 82.

как я понимаю нужно менять порт через:

/opt/1C/v8.2/x86_64/rmngr -port 1541
/opt/1C/v8.2/x86_64/rphost -range 1560:1591

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

PS. установлена версия 8.3.4.496, новое релизи ведут себя еще хуже.

РЕШЕНИЕ:
http://chistov.spb.ru/forum/33-958-1

в /etc/init.d/srv1cv8* для изменения портов выставляю следующие параметры:

Код: Выделить всё

SRV1CV8_PORT=7540
SRV1CV8_REGPORT=7541
SRV1CV8_RANGE=7560:7691

http://its.1c.ru/db/metod8dev/content/3413/hdoc

Запуск экземпляра сервера 1С:Предприятия как сервис в Linux

В процессе установки 1С:Предприятия под Linux создается стартовый скрипт /etc/init.d/srv1cv82, запускающий сервер 1С:Предприятия от имени пользователя в режиме демона. При этом сервер будет использовать стандартные порты. Если на компьютере уже работает экземпляр сервера с такими же портами, то запуск вновь установленного сервера закончится аварийно. Чтобы его запустить с другими портами необходимо:

Открыть окно командной строки и удалить каталог кластера. Обычно это каталог «/home/usr1cv82/.1cv82». Например:
Копировать в буфер обмена

Любым текстовым редактором отредактировать конфигурационный файл /etc/sysconfig/srv1cv82, если для установки использовался RPM-дистрибутив, или файл /etc/init.d/srv1cv82, если использовался DEB-дистрибутив. В этом файле необходимо раскомментировать (удалив начальный символ «#») и изменить значения одного или нескольких нижеперечисленных параметров:
SRV1CV8_KEYTAB
SRV1CV8_PORT
SRV1CV8_REGPORT
SRV1CV8_RANGE
SRV1CV8_DEBUG
SRV1CV8_DATA
SRV1CV8_SECLEV

Запуск экземпляра сервера 1С:Предприятия как приложение в Linux

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

Завершить работу экземпляра сервера, нажав Ctrl+C в его консольном окне.
Удалить содержимое каталога реестра кластера. Обычно это подкаталог «.1cv82» домашнего каталога пользователя, из-под которого запускается сервер 1С:Предприятя. Например:
Копировать в буфер обмена

Если ранее агент сервера 1С:Предприятия запускался как приложение без указания каталога реестра кластера (параметр -d), то реестр кластера располагается в каталоге «/home/пользователь/.1cv82». При замене значений портов содержимое этого каталога необходимо удалить.

Перейти в каталог бинарных файлов 1С:Предприятия. Например:
Копировать в буфер обмена

Запустить агента сервера 1С:Предприятия с новыми значениями портов:
Копировать в буфер обмена

./ragent -port 2040 -regport 2041 -range 2060:2091 -d "/home/user/srvinfo" -debug

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

При установки 1С:Предприятие под Windows Server 2008 R2 совместно с СУБД PostgreSQL 9.1.2-1.1C наткнулся на следующую проблему:

Ошибка СУБД: ERROR: type «mvarchar» does not exist at character 31

Ошибка возникает из-за того, что PostgreSQL отсутствует специальный тип данных «mvarchar» добавляемый патчем. Если же вы используйте сборку от Ethersoft, то проблема чаще всего вызвана тем, что вы создаёте базу данных из pgAdmin, а не из 1C. Базу данных нужно создавать с помощью 1C.

Далее, при создании базы из 1С может появиться такая ошибка:

Ошибка при выполнении операции с информационной базой.
Ошибка СУБД: ERROR: new encoding (UTF8) is incompatible with the encoding of the template database (WIN1251).
HINT: Use the same encoding as in the template database, or use template0 as template.

Тут вы выбрали неправильную локаль при установке СУБД (WIN1251) для сервера и клиента, нужно изменить на UTF-8 в конфигурации или переустановить СУБД со следующими
параметрами:

Переустановите PostgreSQL и укажите язык UTF-8 при установке.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Общая информация

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

Сервер 1С Предприятия. Часть 1 — Общие вопросы.

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:

host    all    all       192.168.31.0/24    ident

и приведите ее к виду:

host    all    all       192.168.31.0/24    md5

где 192.168.31.0/24 — диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата…

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида: 

192.168.31.83 SRV-1C-1204

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU. 

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД: 
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so»

Довольно специфичная ошибка, характерная для сборок 9.1.x и 9.2.x Postgre@Etersoft, также может приводить предыдущей ошибке. Причина кроется в неисправленной ошибке в библиотеке fasttrun.so. Решение — откатиться на сборку 9.0.x Postgre@Etersoft.

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

Еще одна очень простая ошибка. Смысл ее сводится к тому, что указанная БД не существует. Чаще всего возникает из-за ошибки в указании имени базы. Следует помнить, что информационная база 1С в кластере и база данных СУБД — две разные сущности и могут иметь различные имена. Также следует помнить, что Linux системы чувствительны к регистру и для них unf83 и UNF83 два разных имени. 

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.