Дмитрий Кинаш

1С и консоль администрирования 1С на данном сервере не установлены.

А вы пытаетесь подключиться именно к серверу 1С, который и не установлен.

Потребовалось подключить базы, расположенные на другом сервере под управлением Win 2019 с SQL 2019 (№2).

У вас два варианта.
(1) Таки установить 1С сервер на Win 2019. Но он потребует лицензию (именно для сервера 1С). Но работать будет быстро.
(2) Добавить информационную базу 1С на Win 2008 R2, указав в параметрах имя или адрес Win 2019 и имя БД. Поскольку сервер 1С и сервер SQL разнесены на разные хосты, то работать будет несколько медленнее. Зато не потребуется дополнительной лицензии на сервер 1С.

Клиент подключается именно к серверу 1С, т.е. в первом случае к Win 2019, а во втором к Win 2008 R2, и клиенту не важно (он не знает) где на самом деле находится БД в SQL.

P.S. При любом из двух вариантов вам не требуется явно (руками) указывать порт, ПО само знает, какие порты используются по умолчанию. Такое прописывание руками только ещё больше запутывает вас насчёт того, к чему же на самом деле вы пытаетесь подключиться.

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

В чем именно проблема?
Не можете на диске найти сам файл лицензии 2****.lic, про который программа написала "лицензия получена успешно", что бы перенести его в /var/1C/licenses, или в чем-то другом?

Пробовал нажать "получить лицензию" и там внизу указать конкретный адрес или IP сервера (галка "Установка на сервер" включена), не помогает.

С комьюнити-лицензией "Установка на сервер" не работает.

P.S.
Кажется поняла.
Вы с клиентской машины пытаетесь активировать лицензию на Linux сервере без GUI - для комьюнити-лицензии разработчика такой вариант не предусмотрен. Так можно активировать только "обычную" платную коммерческую лицензию, которая с рег.номером и пинкодами.

Инструкция: Как получить и активировать бесплатные COMMUNITY-л...
в конце есть FAQ.

Смотрите, база данных в MS SQL сервер у вас ведется в режиме "полный".
В этом режиме все транзакции кроме того что они записываются в саму базу, пишутся еще и в лог файл, тот самый ldf. Вам нужно узнать сколько в реальности у вас занимает сама база, а не лог файлы от нее.
Для этого в ms sql management studio нужно построить отчет по занятому месту на диске. Там буквально на базе правой кнопкой, отчеты, занято место на диске. Можно и другими способами, но этот самый адекватный и простой.

Потом вам нужно определиться с дальнейшей архитектурой.

1. Если вы так и оставите режим "полный", то нужно снимать резервные копии с журналов транзакций. Обычно достаточно раз в 15-20 минут. Тогда журналы не будут разрастаться до неприличных размеров. 1-3 гб скорее всего будут у вас. Делать это можно через агента sql сервера, добавив в него соответствующее задание. Ну и задания на полный и дифф бэкапы тоже.
   
2. Можно перейти с режима "полный" на режим "простой". В этом случае лог файлы не будут вестись вообще, а значит не нужно заморачиваться с их резервным копированием и очисткой. Кстати, для приведения лог файлов к нормальному размеру вам придется временно перейти на простой режим работы.
   

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

1. внутри самой СУБД
   
2. на файловом хранилище
   

Если документов много, то обычно подходит файловое хранилище. Просто СУБД не очень хорошо справляется с хранением файлов. Но при хранении файлов отдельно возникает вопрос в обслуживании (резервном копировании) всей этой конструкции.

У Foxit есть бесплатный Foxit Reader
Sumatra PDF Reader