Перенос Centos 7 на новое оборудование
Обновлено: 21.11.2024
Я хочу переместить все свои ОС, службы, такие как конфигурация Apache, файлы и папки приложений (веб-сервера) на другой совершенно новый сервер. Оба сервера работают на CentOS 7. Я хочу все клонировать.
Мои вопросы
1- как проще всего это сделать?
2- нужно ли разбивать жесткий диск нового сервера точно так же, как старый?
3- Нужно ли делать какие-либо изменения на новом сервере после полной миграции?
4- останутся ли учетные данные root и других пользователей прежними?
Любое другое предложение приветствуется,
Одна мысль о переносе данных с одного сервера на другой — CentOS 7
Мэтт Занд написал:
Из нашей вики документации на работе:
Войдите на хост, который требует обновления или перезагрузки.
Создайте каталоги для хранения новой файловой системы:
mkdir /новый mkdir /boot/новый
Синхронизировать файлы с копируемой машины
rsync -HPavzx –exclude=/old –exclude=/var/log/wtmp
–exclude=/var/log/lastlog $machine:/. /новый/. rsync -HPavzx $машина:/загрузка/. /загрузочный/новый/.
После копирования проверьте эти файлы:
/boot/new/grub/device.map — должно быть указано правильное имя устройства для hd0
/new/etc/fstab — должны быть указаны правильные метки для файловых систем
/new/etc/ sysconfig/network — отредактируйте, чтобы указать правильное имя хоста (или localhost.localdomain, если DHCP включен)
/new/etc/sysconfig/network-scripts/ifcfg-ethX — удалите или отредактируйте строку с «HWADDR»
/new/etc/modprobe.conf — отредактируйте или скопируйте исходный файл, чтобы включить все устройства p
/new/etc/exports — добавьте или удалите экспортированные файловые системы
diff -u /boot/grub /device.map /boot/new/grub/device.map
diff -u /etc/fstab /new/etc/fstab
diff -u /etc/sysconfig/network /new/etc/sysconfig /network
diff -u /etc/modprobe.conf /new/etc/modprobe.conf
diff -u /etc/exports /new/etc/exports
Чтобы предотвратить проблемы с кудзу и интерфейсами Ethernet:
Последнее, указанное выше, чрезвычайно важно, начиная с CentOS 6. Без этого вы можете обнаружить, что eth0 на самом деле является eth4 или чем-то подобным.
Кроме того, на новом компьютере запустите
найти /new/var/log/ -type f -exec cp /dev/null <> \;
Это приведет к усечению всех файлов журналов копий из источника клона, но оставит каталоги и т. д. существующими и с правильными разрешениями.
Добавить параметр ядра для одного пользователя в файл grub.conf. Grub не всегда позволяет редактировать параметры запуска из-за несоответствия версий grub.
Убедитесь, что строки корня и ядра Grub ссылаются на правильные разделы жесткого диска.
Наконец, примените метки к файловой системе:
e2label /dev/sda1 /boot e2label /dev/sda3 /
swapoff -av mkswap -L SWAP-sda2 /dev/sda2
swapon -av
затем убедитесь, что метки совпадают с /new/etc/fstab. После этого отредактируйте
/boot/grub/grub.conf и убедитесь, что параметр root= в строке ядра соответствует метке (root=LABEL=/), а не случайно сгенерированному UUID. Дополнительные элементы для копирования
Проверьте, какие службы запущены в данный момент.
Если на старом сервере работал веб-сервер,
Если программа Siteminder была запущена,
rsync -HPavzx /old/public/
rsync -HPavzx /old/var/www/html/* /var/www/html/
Если это кластер h/a, убедитесь, что установлен пульс и
rsync -HPavzx /old/etc/ha.d/* /etc/ha.d/
Если это узел вычислительного кластера, перейдите к головному узлу кластера и следуйте инструкциям по настройке на странице PBS/torque для добавления нового узла.
Если в этой системе используется Linux RAID,
rsync -HPavx /old/etc/md.conf /etc/
Также убедитесь, что /etc/fstab указан правильно.
ПРИМЕЧАНИЕ: оказывается, что виртуальный диск содержит информацию о RAID. Может лучше поставить минимальную систему, обновить на месте, потом rsync /, но не /boot. Ключи SSH — важно
Скопируйте исходные ключи SSH:
rsync -HPavzx /etc/ssh/ssh_host* /new/etc/ssh
Переместить объекты в реальном времени после запуска: zmodload zsh/files
Поменяйте местами старую и новую структуры каталогов в / и /boot.
zsh zmodload zsh/файлы
cd /boot mkdir old mv * old mv old/lost+found . мв старый/новый/* .
Заставить selinux сбросить все метки файлов безопасности
Создайте параметр для одного пользователя в файле /etc/grub.conf, если это не рутинное обновление.
Перезагрузитесь в обновленную ОС (инициализация 6).
Возможно, вам придется применить прием «использовать старое ядро», включая копирование ядра и модулей, удаление нового ядра и установку его обратно.
/boot — файлы ядра
/lib/modules — модули ядра
Ой! Я забыл запустить zmodload zsh/files
Если вам не удалось запустить zmodload zsh/files во время обновления rsync, вы можете сделать следующее
MODULE_PATH=/old/usr/lib64/zsh/4.3.4
zmodload zsh/files
для восстановления. Убедитесь, что метки файловой системы совпадают с /etc/fstab
Метки файловой системы ext2 и ext3 должны совпадать с информацией о монтировании в /etc/fstab
монтировать | egrep ‘^/dev/’ | while read dev on mnt rest do
echo -n ‘LABEL=’
e2label $dev
egrep ” $mnt ” /etc/fstab
echo done
На этой странице описана процедура переноса установки perfSONAR с CentOS 6 на хост CentOS 7. Предполагается, что на обоих хостах установлен один и тот же пакет (например, на обоих запущен пакет Toolkit). Если вы не хотите сохранять какие-либо существующие данные или конфигурацию хоста CentOS 6, вы можете пропустить этот раздел и выполнить обычную чистую установку.
Эти шаги также можно использовать для переноса существующего хоста на новое оборудование, даже если обе системы работают под управлением одной и той же версии ОС. В этой процедуре нет ничего особенного для CentOS 6 или CentOS 7. Он помечен как таковой только для удобства, поскольку в настоящее время это, вероятно, наиболее распространенный тип миграции, выполняемый пользователями perfSONAR.
Процесс миграции¶
Войдите на хост CentOS 6 через SSH или терминал. Вы должны сделать это как пользователь с привилегиями суперпользователя или которому разрешено запускать команду sudo. Все команды в этом разделе требуют прав суперпользователя.
Выполните одну из приведенных ниже команд, чтобы создать резервную копию всех соответствующих файлов в ~/ps-backup.tgz. Выбор варианта зависит от того, хотите ли вы также сохранить данные архива измерений:
Вариант 1. Игнорировать данные архива измерений (быстрее, поскольку данные архива измерений могут быть большими):
Примечание
Сначала НЕОБХОДИМО подготовить среду cassandra к переносу, выполнив действия, описанные в разделе Подготовка среды, который находится здесь
Примечание
Это может занять от нескольких минут до нескольких часов в зависимости от объема данных в вашем архиве измерений.
Скопируйте файл резервной копии ~/ps-backup.tgz с хоста CentOS 6 в безопасное место. Это нужно будет скопировать в новую установку позже. Если вы будете перезаписывать хост CentOS 6 новой установкой, убедитесь, что этот файл безопасно хранится в другой системе, чтобы его можно было скопировать в новую установку позже.
Выход из системы CentOS 6
Выполните чистую установку perfSONAR на хосте CentOS 7, используя тот же пакет и версию perfSONAR, которые были установлены на хосте CentOS 6. Вы можете выбрать установку на существующее оборудование CentOS 6 или совершенно новый хост. Если это первое, убедитесь, что вы загрузили файл резервной копии CentOS 6 в безопасное место.
Скопируйте файл ~/ps-backup.tgz из папки, выбранной на шаге 3, в новую систему. Точная команда для этого будет зависеть от того, куда вы поместили файл (например, используйте scp).
Войдите в свою новую установку CentOS 7 Toolkit через SSH или терминал
Выполните одну из приведенных ниже команд, чтобы восстановить конфигурацию. Выбранный вами вариант будет зависеть от того, хотите ли вы восстановить данные архива измерений:
Вариант 1. Игнорировать данные архива измерений (быстрее, поскольку данные архива измерений могут быть большими):
Перезагрузите хост:
Теперь ваш хост должен быть перенесен.
Из-за различий в способах хранения пользователей и групп в разных операционных системах эти сценарии больше не пытаются переносить учетные записи системных пользователей. Вам потребуется заново создать всех системных пользователей вручную.
Изменение IP-адреса/имени хоста¶
При переносе установки нет необходимости менять IP-адрес или имя хоста, на самом деле это проще, если вы этого не сделаете. Вы можете прекратить чтение, если хотите сохранить адрес прежним.
Если для ваших собственных целей вам необходимо/желание использовать новый адрес на хосте, вы должны сделать это практически без дополнительных изменений конфигурации. Это во многом зависит от вашей настройки perfSONAR. Ниже приведены некоторые примечания, которые помогут вам определить, нужны ли дальнейшие изменения конфигурации:
В этой статье обсуждаются шаги, необходимые для переноса системы Arch Linux на новое оборудование. Цель состоит в том, чтобы добиться такой же установки Arch Linux с точки зрения установленного программного обеспечения и конфигурации, независимой от оборудования.
Предупреждение. Некоторые из следующих инструкций могут быть опасными: перед продолжением рекомендуется сделать резервную копию всех важных данных в старой системе.
Существует два разных подхода к переносу установки:
- Снизу вверх: установите новую систему Arch Linux на новое оборудование, после чего восстановите установленные пакеты и файлы конфигурации, например. как описано в dotfiles.
- Сверху вниз: клонируйте старый жесткий диск на новый или поместите старый жесткий диск в новую систему; при необходимости измените файлы конфигурации.
Подход сверху вниз дает более точное воспроизведение исходной системы, чем подход снизу вверх.
Содержание
Адаптация к новому оборудованию
Предупреждение. Для обоих подходов мы должны учитывать различия между старым и аппаратным обеспечением и соответствующим образом изменять установленные драйверы и конфигурацию.
Прежде чем начать, изучите особенности нового оборудования и составьте список отличий. Общие различия
Жесткий диск или твердотельный накопитель
См. статью SSD.
Поставщик ЦП
Если вы переключаете ЦП на ЦП другого производителя (например, с Intel на AMD), измените конфигурацию микрокода.
Поставщик графического процессора
Если вы сменили GPU на GPU другого производителя (например, с Amd на NVIDIA), замените графический драйвер.
Загрузка загрузочного кода UEFI и MBR
Если вы переходите на более позднюю системную плату с UEFI, может быть предпочтительнее или необходимо переключиться с загрузки «MBR boot code» на загрузку UEFI. В этом случае необходим новый системный раздел EFI.
Снизу вверх
В старой системе
Здесь мы определяем минимальную конфигурацию, которая переносится из старой системы в новую, что отличает этот подход от руководства по установке. Подумайте о файлах конфигурации из /etc и dotfiles в /home, которые вы хотите скопировать в новую систему, а также о файлах пользовательских данных. Если у вас не будет доступа к старой системе из новой системы, сделайте резервную копию всех файлов, которые вы хотите скопировать.
Список установленных пакетов
предоставляет вам хороший список явно установленных пакетов из репозиториев и из AUR. Включите его в свою резервную копию, если делаете ее.
Вы также можете использовать следующий скрипт, чтобы получить лучший обзор двоичных файлов и библиотек, установленных без ведома pacman (например, установленных через Steam, Desura или с использованием их собственных методов установки):
кэш pacman
Рассмотрите возможность создания резервной копии /var/cache/pacman/pkg/ .
В новой системе
Руководство по установке, первая половина
Основные сведения об установке новой системы см. в руководстве по установке. Следуйте первой половине руководства по установке, исключая команду pacstrap.
Копировать кэш pacman
Скопируйте кэш pacman, найденный в /var/cache/pacman/pkg/, из старой системы в новую или из резервной копии в новую систему.
Руководство по установке, вторая половина
Продолжить выполнение руководства по установке, включая команду pacstrap, до конца, но не перезагружаться. Не пропускайте команду pacstrap, так как помимо установки пакетов она выполняет дополнительную работу.
Установить ранее установленное программное обеспечение
Отредактируйте pkglist.txt (и pkglist_aur.txt) и удалите драйверы, которые не нужны в новой системе. Затем установите любое другое ранее установленное программное обеспечение с помощью
Сверху вниз
Существует два варианта подхода "сверху вниз": вы можете либо оставить диск, на котором уже установлена система, и изменить его содержимое, либо скопировать систему на новый диск. Если вы сохраните диск и измените его, а затем поместите обратно в старую систему, изменения, скорее всего, помешают загрузке старой системы.
Очистить старую систему
Скопируйте систему на новый диск
Примечание. Если вы планируете оставить жесткий диск на том месте, где уже установлена система, этот раздел можно пропустить.
Существует два основных метода копирования системы на новый диск: клонирование диска и копирование файлов.
Клонирование диска
Необходимо использовать живую систему Linux, а не старую систему Arch Linux; например, вы можете использовать установочный USB-носитель Arch Linux. Будут воспроизведены структура разделов и файловые системы старой системы.
Копирование файлов
Варианты транспорта
Существует множество различных способов переноса данных между двумя дисками:
- Подключите исходный и целевой жесткие диски к одному и тому же компьютеру, как к старому, так и к новому. Канал передачи данных: старый жесткий диск -> компьютер -> новый жесткий диск.
- Используйте устройства временного хранения, такие как внешние жесткие диски или облачные резервные копии. Канал передачи данных: старый жесткий диск -> старый компьютер -> хранилище -> новый компьютер -> новый жесткий диск. Обзор см. в статье Резервное копирование системы.
- Передача данных по сети, например с помощью rsync. Канал передачи данных: старый жесткий диск -> старый компьютер -> сеть -> новый компьютер -> новый жесткий диск.
Что касается первых двух вариантов, учтите, что вам могут понадобиться адаптеры для подключения жестких дисков (PATA->SATA, USB-HDD-корпуса и т. д.), и выберите достаточно быстрое подключение.
Последние два варианта требуют, чтобы вы использовали работающую систему Linux на новом компьютере, так как на данный момент невозможно загрузиться с нового жесткого диска.
Обновить fstab
Предупреждение. Перед выполнением этого шага убедитесь, что вы не хотите использовать этот диск в старой системе, так как изменение файла fstab, скорее всего, не позволит системе загрузиться в старой конфигурации.
Переустановите загрузчик
Вам может потребоваться переустановить и/или перенастроить загрузчик по следующим причинам:
- Разные диски, расположение разделов или файловая система
- Добавление загрузочных записей UEFI в NVRAM новой материнской платы
- Переход с загрузки с "загрузочного кода MBR" на загрузку с UEFI
- Миграция с USB на SATA/NVMe
- Обновление командной строки ядра
- В случае использования другого графического процессора обновите режим буфера кадра.
- Обновите образ микрокода initramfs
Если вы используете живую среду Arch Linux, то перед переустановкой загрузчика измените root на новую систему:
Обратитесь к статье о вашем загрузчике, чтобы узнать, как (пере)установить его.
Регенерировать образ ядра
Рекомендуется повторно создать образ initramfs, хотя изначально может работать резервный образ initramfs.
Перенастроить звук
Перенастроить сеть
Если старая установка и перенесенная установка должны сосуществовать в одной сети, задайте новое имя хоста с hostnamectl.
Также учитывайте изменения конфигурации, которые требуются после изменения имени хоста:
- /etc/хост
- другие приложения, использующие имя хоста: synergy, nut (инструменты для работы с сетью)
- grep -Ri 'hostname' /etc (как привилегированный пользователь) должен дать некоторые подсказки относительно файлов, которые нужно обновить
Имена сетевых интерфейсов могут измениться при использовании dhcpcd с именованными сетевыми интерфейсами.
Думаю, я не одинок, кто приобрел SSD-накопитель и хотел перенести на него всю живую Linux-систему. Проблема в том, что это оказалось для меня непростой задачей по следующим причинам:
- Накопитель SSD намного меньше старого жесткого диска (SSD стоит дорого).
- Я использую CentOS 7 с файловой системой xfs по умолчанию (а также RHEL 7, Oracle Linux 7). Следовательно, разделы моего диска находятся на xfs .
- Конфигурация системы, разрешения и т. д. должны быть сохранены.
Позвольте мне вкратце объяснить, почему эти вещи все усложняют.
Во-первых, если бы размер SSD-накопителя был таким же или больше, чем размер жесткого диска, можно было бы выполнить клонирование раздела. Есть много утилит, которые могут это сделать - dd, ddrescue, partclone или clonezilla. В разделах LVM (которые также есть в CentOS 7 по умолчанию) перемещение данных на другой диск фактического или большего размера может быть выполнено еще проще с помощью команды pvmove.
Тогда, если бы файловая система отличалась от xfs, например, ext4, можно было бы «ужать» разделы до размера меньшего, чем размер нового диска, и после этого выполнить операцию, упомянутую выше. Но, к сожалению, сжать раздел xfs невозможно (из-за ограничений файловой системы), его можно только расширить.
И последнее, но не менее важное: если бы не было необходимости сохранять рабочую систему, было бы намного проще просто сохранить пару важных файлов, а затем переустановить систему с нуля. Мне он не подошел по двум причинам. Во-первых, я только что потратил две недели на настройку всего и вся, поэтому мне претила идея повторять это все. А во-вторых, это был своего рода вызов для меня, от которого я не хотела отказываться.
Этап 1. Подготовка
Хорошо, давайте составим список того, что нам нужно для начала переноса:
- Рабочая система Linux для переноса. В моем случае это была CentOS 7.4, но я уверен, что все будет работать на любой системе Linux с xfs на разделах диска.
- Загрузочный компакт-диск CentOS или флэш-накопитель USB. Мне нравится версия Gnome, но есть вариант KDE, если он предпочтительнее. Я не буду останавливаться на том, как записать live-cd или сделать загрузочную флешку, об этом полно статей. В дистрибутиве CentOS live-cd уже есть все, что нам нужно, поскольку все, что нам нужно, — это предустановленный пакет xfsdump.
- Данные на предыдущем диске должны соответствовать размеру нового. В моем случае на диске объемом 1 ТБ было занято всего 10 ГБ, поэтому для меня это не было проблемой.
- Вам также понадобится чашка кофе, чтобы расслабиться.
Этап 2. Перемещение данных
Хорошим началом будет глоток кофе из чашки, а затем загрузка системы с носителя live-cd. Затем откройте окно терминала.
Все операции должны выполняться суперпользователем (root).
Шаг 1. Включение удаленного доступа (необязательно)
Для меня удобнее выполнять операции с моего настольного ПК, потому что я могу просто копировать и вставлять заранее подготовленные команды. Если это тоже про вас, то включите удаленный доступ к вашей системе. Установите пароль пользователя root и запустите демон SSH для этого:
Теперь подключитесь к системе с помощью клиента SSH (например, PuTTY).
Шаг 2. Разметка нового диска
Для этого можно использовать любой инструмент, но в этом руководстве я намеренно буду использовать fdisk, поскольку другие инструменты, такие как gparted, похоже, еще не поддерживают диски NVMe (как и мой SSD).
Мы должны разметить новый диск так же, как был разбит старый. Я не маньяк по разделам, поэтому на моем предыдущем диске было только два раздела: 1 ГБ / загрузочный стандартный раздел Linux, 4 ГБ подкачки, а остальная часть диска была \ (подкачка и корень находились в основной группе томов LVM).
Поскольку раздел /boot должен быть стандартным разделом Linux, давайте создадим на нем файловую систему:
А теперь нам нужно создать структуру LVM на новом диске. И я буду использовать имя newmain для новой группы томов:
Теперь мы готовы создать файловую систему на логических томах:
Шаг 3. Активная фаза
Прежде чем мы начнем, нам нужно активировать старую группу томов LVM:
Теперь создайте каталоги для точек монтирования и подключите к ним старый и новый разделы:
Проверим, все ли в порядке с lsblk :
Если вы видите что-то подобное, вы находитесь в одном шаге от настоящего волшебства — мы собираемся использовать xfsdump для перемещения данных. Эта утилита очень умная и знает, как работает xfs, поэтому копирует только занятые блоки и делает это очень быстро, сохраняя все метаданные, такие как разрешения. Итак, воспользуемся им, чтобы сбросить данные со старых разделов и на лету восстановить их на новых:
Пару слов об используемых флагах:
- -J отключает многословие
- - указывает xfsdump и xfsrestore использовать stdout и stdin соответственно вместо файла.
Эта операция может занять несколько минут (зависит от того, сколько у вас данных). Итак, самое время допить кофе.
Если вы все сделали правильно, ваши данные будут скопированы. Теперь вам нужно исправить некоторые конфиги и установить Grub2 на новый диск, чтобы сделать систему на новом диске загрузочной.
Шаг 4. Делаем новый диск загрузочным
Сначала узнайте UUID вашего старого и нового разделов /boot с помощью blkid :
Предполагая, что sda1 — это старый раздел \boot, а nvme0n1p1 — новый, выполните замену UUID следующим образом:
Эти две команды подготовят конфигурацию вашей системы для нового диска.
Теперь самое время разместить новую группу томов LVM на месте старой и размонтировать диски:
Осталось только установить Grub2 на новый диск. Это должно быть сделано с помощью chroot :
Шаг 5. Готово!
Теперь вам нужно перезагрузить систему и использовать новый диск в качестве загрузочного устройства. Вы можете удалить старый диск из системы, если все в порядке:
Если что-то пошло не так и ваша система не работает, вы можете отменить изменения, снова загрузившись с live-cd и переименовав группы томов LVM обратно, выполнив команды vgrename -v main и vgrename -v main< /p>
Использование старого жесткого диска в качестве хранилища мультимедиа
Если вы, как и я, хотите использовать свой старый диск в качестве хранилища мультимедиа, выполните следующие действия.
Сначала переразметьте диск:
Мы не будем создавать файловую систему на новом разделе. Вместо этого мы создадим новую группу томов LVM и добавим в нее этот диск. После этого мы создадим в группе логический том, который будет занимать все доступное пространство. И только после этого создадим файловую систему на логическом томе:
Использование группы томов LVM позволяет очень легко расширить этот раздел в будущем "на лету" (например, когда у вас закончится свободное место).
Чтобы сохранить изменения после перезагрузки, необходимо добавить запись о новой точке монтирования в /etc/fstab:
И, наконец, мы можем сказать, что мы успешно переместили рабочую систему на другой физический диск, который был меньше исходного. В качестве бонуса мы начали использовать исходный диск в качестве хранилища мультимедиа.
Расширение хранилища мультимедиа дополнительным физическим диском
Случилось так, что у меня очень быстро закончилось свободное место в медиахранилище. И я решил получить еще один жесткий диск в качестве расширения. Итак, я установил его в свою систему и включил сервер.
К этому моменту у меня было несколько вариантов использования нового диска. Это может быть стандартный раздел, новый логический том в моем носителе группы томов LVM или, что я на самом деле хотел сделать больше всего, этот диск может быть истинным расширением существующего логического тома media1 , который мы ранее создали.
Итак, в этой главе я хотел бы поделиться с вами тем, насколько просто использовать файловую систему xfs в группе томов LVM.
Во-первых, давайте проверим, что у нас есть после установки физического диска.
Как видите, новый диск по какой-то причине стал sda, а старый стал sdb. Итак, давайте создадим таблицу разделов на новом диске, для этой цели снова воспользуемся fdisk (хотя я не уверен, что этот шаг является обязательным, так что не стесняйтесь его комментировать).
Итак, теперь у нас есть раздел sda1, который мы готовы добавить в нашу группу томов LVM.Затем нам нужно расширить наш логический том внутри группы томов на все нераспределенное пространство. И после этого нарастить файловую систему на томе, чтобы она занимала свободное место. Звучит страшнее, чем есть на самом деле.
Вот оно! Новый жесткий диск теперь является частью нашего старого медиа-хранилища, и нам не нужно думать о том, куда положить наш новый носитель — мы все еще можем сохранить его на старом месте. Какая замечательная штука LVM!
Надеюсь, этот пост будет полезен кому-то еще, кроме меня. Не стесняйтесь высказывать свои мысли в комментариях, если таковые имеются.
Подпишитесь, чтобы узнать больше.
Четвертая и последняя часть моего пошагового руководства «все в одном» о том, как установить полнофункциональную рабочую среду APEX на CentOS Linux. На этот раз речь идет о SSL, резервировании и резервном копировании.
Третья часть пошагового комплексного руководства по установке полной среды APEX на CentOS. В нем описаны некоторые дополнительные шаги по улучшению вашего опыта и безопасности при использовании APEX.
Вторая часть пошагового комплексного руководства по установке полной среды APEX на CentOS. Он охватывает установку и настройку базы данных Oracle, ORDS и самого APEX.
Читайте также: