VinniL,

Нет такого вопроса. Есть вопрос ознакомления с документацией (а также есть книги).

На сервере (ящик с кнопками) с Linux устанавливается Postgresql, к нему полезное дополнение pgAdmin4 (оно доступно с клиентских компьютеров через веб-интерфейс). Устанавливается Oracle JDK 8. устанавливается программа Pentaho Server. Она и будет выполнять процессы преобразования данных(в Pentaho они называются Job и Transformation), например из MS SQL в Postgresql.

Pentaho Server по умолчанию для своей работы использует встроенную СУБД HSQLDB. Для начала, можно согласиться, но для большей производительности и надёжности надо бы настроить Pentaho Server на использование Postgresql. Инструкция есть, но там много шагов редактирования настроек, так что нужна внимательность. База Postgresql для настроек Pentaho - не та же самая, какую вы будете использовать для своих данных.

Также устанавливаете на этот сервер компонент Pentaho Data Integration (PDI). В Pentaho Server и PDI добавляете JDBC драйвера MS SQL и Postgresql.

На клиентский компьютер устанавливаете Oracle JDK 8 и PDI. В нём есть командный файл Spoon.bat (и spoon.sh для Linux), который запускает визуальный редактор процессов PDI. Нарисовав в нём и отладив процесс преобразования данных, его можно из Spoon экспортировать на сервер Pentaho.

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

Раз уж начал объяснять, то дообъясняю, что нужно для начала работы.

Про Pentaho

1) Сервер Pentaho (компонент pentaho-server)

Необязателен для выполнения процессов PDI. Нужен для коллективной работы с разных ПК, использования дополнительных компонентов (открыв административную консоль сервера, найти там Pentaho Marketplace и посмотреть, какие вообще есть компоненты. Например, я для показа динамических отчётов использую Saiku Plugin).
Но для разовой задачи, например копирования данных из одной базы в другую, можно обойтись без сервера, одним PDI.

2) Интеграционные процессы в PDI.
Бывают двух видов: Job (задание) и Transformation (преобразование). Сначала может быть трудно понять, зачем два вида.
В интеграционной задаче PDI надо иметь минимально одно «преобразование». «Задание» служит для вызова одного или многих преобразований, но в простом случае без него можно обойтись. То есть, начать проектирование с одного преобразования, а потом добавить задание.
Задание описывает последовательные этапы интеграции, если есть: запуск по расписанию, проверку существования нужных файлов и папок, проверку наличия связи с базами данных, задание начальных параметров работы. Когда все условия для работы выполнены, можно из задания вызвать преобразование (или, если условия не выполнены, то например послать администратору письмо с жалобой).
Примечание.
Запуск по расписанию и задание параметров можно сделать и другими способами.

Поскольку Job (задание) описывает этапы интеграции, все его шаги (Job Entry) выполняются последовательно, начиная с шага Start.

Тransformation (преобразование) описывает операции с данными: чтение таблицы или файла, фильтрация (отбор данных по условиям), изменение формата данных, запись результата в таблицы или файлы. Шаги преобразования (называются step) запускаются одновременно и работают параллельно. Если шаги соединены стрелкой, показывающей их последовательность, то второй шаг запустится одновременно с первым, но будет ждать поступления данных от него. Параллельное выполнение шагов преобразования позволяет например на входе сделать несколько (не связанных стрелками) шагов Table Input (чтение данных из таблицы базы), каждый из которых будет читать данные из своей таблицы, что вообще говоря повышает производительность. Внутри Transformation данные представляются набором (dataset), состоящим из строк данных (data rows), состоящими из полей. Например, прочитанная строка таблицы будет строкой набора. Строки данных можно объединять (по ключу — шаг Merge Join), сортировать, разделять по условиям и фильтровать (отбирать нужные). В шагах можно использовать, создавать (для других шагов) и изменять переменные. Например, имя таблицы, кодировка файла, имя папки и подобное. Надо избегать явного указания значений, а по возможности использовать переменные и параметры. Из Transformation можно вызвать Job, что позволяет разделить интеграцию на иерархические подзадачи.
При выводе результата в таблицу базы PDI предлагает SQL-команду создания таблицы, если её нет. Эту команду можно отредктировать, заменяя типы данных на нравящиеся. Например, Date можно замениить Varchar на text, Numeric на integer (всё это — типы, специфические для PostgreSQL).
В составе PDI есть примеры Job-ов (файлы *.kjb) и Transformation-ов (файлы *.ktr), надо ознакомиться, открыв их схемы из Spoon.

3) Создав интеграцию в Spoon, её можно потом запускать в командной строке. Для этого в PDI есть командные файлы Kitchen.bat, kithen.sh (запуск Job-а) и Pan.bat, pan.sh (запуск Transformation).
Ещё способ запуска интеграции — из отчёта Pentaho Reporting. В генераторе отчётов Pentaho Reporting обычно используется база данных в качестве их источника. Но можно задать и процесс PDI. В этом случае при вызове отчёта (поместить его на сервер Pentaho) будет вызван процесс PDI, по завершении которого будет выдан отчёт а в отчёте можно или использовать созданные им данные, или показать сводку — успех или неудача работы, сколько рядов данных прочитано, время работы, в общем что угодно, но необязательно содержание таблиц.

4) Если готовых видов шагов преобразования не хватает, то можно запрограммировать свои на JavaScript (используется интерпретатор Rhino. Шаг типа Modified Javascript Value) или Java (код задаётся в шаге типа User defined Java Class). Например, чтение из базы поля типа BLOB и преобразование в текст (в PostgreSQL есть универсальный тип text длиной до 2ГБ) удобно сделать в нескольких строках на Java (но можно и без программирования). При умении программировать на Java можно добавить свои типы шагов.

5) Литература.
Я купил в электронном виде все книги по Pentaho. Их есть несколько у издательства Packt.
Про PDI там есть книга: Learning Pentaho Data Integration 8 CE
Вообще-то, в интернете и так есть всё, что там написано, но там понятное изложение.

6) Почему PDI.
Всегда надо рассматривать разные варианты решения, чтобы выбрать лучший. Узнав от одного хмыря (ХМ) о существовании PDI, я сделал поиск — какие ещё есть интеграционные программы типа ETL. Нашёл Talend Open Studio (TOS). Оно заинтересовало тем, что бесплатный вариант вполне пригоден для работы и есть хорошая документация. Оказалось, что ХМ и не знал о существовании TOS. Прочитав несколько статей со сравнением, я не понял, что лучше, и сделал простые примеры процессов в обоих. Мне показалось, что PDI проще для первоначального ознакомления, поэтому я из-за лени и стал его использовать. Что не исключает использования в будущем TOS или другого. Надо самостоятельно узнавать, какие программы ETL есть, и самостоятельно выбирать.