10 лучших программ для сканирования документов

Oracle Linux

Фактически

представляет собой клон RHEL. Данная операционная система полностью совместима с CentOS на уровне двоичного кода. К тому же в декабре 2020 года компания Oracle представила

для миграции продакшн-систем, автоматически заменяющий специфичные для CentOS пакеты на эквивалентные из поставки Oracle Linux, и поддерживающий 6-ю, 7-ю и 8-ю версии ОС. Интересной особенностью данного скрипта является функция резервного копирования затронутых файлов, так что при возникновении любых проблем вы сможете откатить все внесенные изменения.

Разумеется, не могло обойтись и без некоторых ограничений:

  1. Скрипт обрабатывает только основные репозитории операционной системы. Подключение внешних репозиториев вроде EPEL для получения обновлений ранее установленных пакетов придется производить вручную;
  2. Совместимость с пакетами, полученными из сторонних репозиториев, не гарантируется. В частности, Oracle указывает на возможные конфликты, вызванные наличием файла /etc/oracle-release;
  3. После миграции могут перестать работать пакеты, использующие сторонние модули ядра и/или модули ядра с закрытым исходным кодом (к таковым относятся, например, коммерческие антивирусные приложения);
  4. Скрипт не поддерживает системы, в которых используются сторонние инструменты централизованного управления наподобие Foreman, Spacewalk или Uyni.

Впрочем, если сравнивать автоматическую миграцию с помощью готового скрипта на аналогичный дистрибутив с переездом на принципиальную иную ОС в «ручном режиме», все перечисленное покажется не более, чем незначительными неудобствами. Ко всему прочему, Oracle Linux обладает рядом важных преимуществ:

  1. Дистрибутив полностью бесплатен и может использоваться в коммерческих проектах без каких-либо ограничений или дополнительного лицензирования;
  2. Бесплатная и коммерческая версии Oracle Linux отличаются друг от друга только наличием технической поддержки от специалистов корпорации, сами же дистрибутивы полностью идентичны и используют единый репозиторий, одновременно получая все выходящие обновления;
  3. Изменения в ядре Unbreakable Enterprise Kernel публикуются в Git-репозитории с разделением на отдельные патчи и детализацией внесенных изменений, что повышает прозрачность и предсказуемость поведения системы при ее обновлении;
  4. Oracle Linux поддерживает высокопроизводительную сетевую файловую систему Oracle Cluster File System 2 (OCFS2), позволяющую создавать разделяемые хранилища, используемые одновременно несколькими Linux-системами, что делает Oracle Linux весьма удобной для построения масштабируемых веб-серверов, кластерных баз данных, виртуализации и других аналогичных сценариев.

В свете всего перечисленного переход на Oracle Linux кажется наиболее правильным и логичным шагом. Однако если рассматривать перспективы миграции на данный дистрибутив в историческом контексте, все становится уже совсем не так однозначно. Дело в том, что и Oracle Linux, и CentOS в их современном виде являются плодом ожесточенной конкуренции между Red Hat и Oracle.

Еще в октябре 2006 года, на фоне анонса инициативы Unbreakable Linux, в рамках которой Oracle фактически предложила пользователям копию RHEL за вдвое более низкую цену, акции Red Hat упали на 28%, что вынудило компанию перейти к активным действиям.

Ответным шагом стал перевод RHEL 6 на монолитное ядро, что фактически блокировало возможность использования наработок компании в сторонних дистрибутивах, сделав анализ примененных патчей излишне трудоемким. Технический директор Red Hat, Брайан Стивенс, тогда заявил:

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

Реакция Oracle не заставила себя долго ждать: компания открыла неограниченный доступ ко всем обновлениям Oracle Linux, включая errata и оперативные патчи безопасности, сформировав Git-репозиторий для отслеживания всех изменений, и начав весьма успешно переманивать пользователей CentOS, агитируя их переходить на бесплатный продукт enterprise-класса.

После этого Red Hat не оставалось ничего, кроме как возглавить разработку CentOS: в январе 2021 года компания объявила о начале прямого финансирования проекта, получив права на владение всеми товарными знаками. 

Данный шаг позволил устранить основной недостаток операционной системы — непредсказуемость процесса разработки. Инциденты вроде неожиданной

, одного из основателей проекта, и

в выпуске обновлений не добавляли CentOS популярности, заставляя сообщество склоняться в сторону более надежной альтернативы. Устранив перечисленные риски, Red Hat поставила под сомнение целесообразность использования Oracle Linux: и правда, в чем смысл работать с «клоном», если можно получить качественный, полностью бесплатный продукт от создателей оригинальной RHEL, что называется, из первых рук?

На протяжении последующих 6 лет в противостоянии Red Hat и Oracle сохранялся паритет. Теперь же, когда столь сильный конкурент сошел с дистанции, дальнейший вектор развития Oracle Linux становится непредсказуем. Можно с уверенностью утверждать, что ближайшие 4–6 лет политика компании в отношении лицензирования операционной системы останется неизменной:

сейчас для Oracle куда важнее расширить инсталляционную базу за счет бывших пользователей CentOS, нежели получить сиюминутную прибыль. В отсутствие же сильного конкурента корпорация может начать, по примеру Red Hat, обкатывать обновления на пользователях бесплатной версии ОС. Подобный сценарий вполне реален, если только в ближайшие годы на рынке не появится достойная альтернатива.

Redhat/oracle linux с netapp fas (san)

В случае использования окружения ESXi, не забудьте создать правильный сетевой адаптер — E1000 для 1GB сетей или VMXNET3 если у вас сеть выше чем 1Gb. E1000 и VMXNET3 поддерживают MTU 9000, а стандартный виртуальный сетевой адаптер типа «Flexible» не поддерживает.
Подробнее про оптимизацию VMware с NetApp FAS.
Учитывая «универсальность» 10GBE, когда по одной физике могут ходить одновременно FCoE, NFS, CIFS, iSCSI, на ряду с применением таких технологий как vPC и LACP, а также простоту обслуживания Ethernet сетей выгодно отличает протокол и коммутаторы от FC таким образом предоставляя возможность «манёвра» и сохранения инвестиций в случае изменения бизнес потребностей.
Внутренние тестирования СХД NetApp (у других вендоров СХД эта ситуация может отличаться) FC8G и 10GBEiSCSI, CIFS и NFSпоказывают практически одинаковую производительность и латенси, характерным для OLTP и виртуализации серверов и десктопов, т.е. для нагрузок с мелкими блоками и случайным чтением записью.
Предлагаю ознакомится со стаьёй описывающей сходства, отличия и перспективы Ethernet & FC.

В случае когда инфраструктура заказчика подразумевает два коммутатора, то можно говорить об одинаковой сложности настройки как SAN так и Ethernet сети. Но у многих заказчиков SAN сеть не сводится к двум SAN коммутаторам где «все видят всех», на этом как правило, настройка далеко не заканчивается, в этом плане обслуживание Ethernet намного проще. Как правило SAN сети заказчиков это множество коммутаторов с избыточными линками и связями с удалёнными сайтами, что отнюдь не тривиально в обслуживании. И если что-то пойдёт не так, Wireshark‘ом трафик не «послушаешь».

Современные конвергентные коммутаторы, такие как Cisco Nexus 5500 способны коммутировать как трафик Ethernet так и FC позволяя иметь большую гибкость в будущем благодаря решению «два-в-одном».

В случае использования «файловых» протоколов NFS и CIFS очень просто получать преимущество от использования технологии Thin Provitioning, возвращая высвобожденное пространство внутрь файловой шары. А вот в случае с SAN использование ThinProvitioning приводит к необходимости постоянного контроля над свободным пространством плюс высвобождение свободного пространства (механизм доступен для современных ОС) происходит не «внутрь» того же LUN, а как бы внутрь Volume содержащий этот LUN. Рекомендую ознакомиться с документом NetApp Thin-Provisioned LUNs on RHEL 6.2 Deployment Guide.
Отдавать гостевой ОС все ресурсы сервера не стоит, во первых гипервизору нужно оставить минимум 4ГБ ОЗУ, во вторых иногда наблюдается обратный эффект при добавлении ресурсов гостевой ОС, это нужно подбирать эмпирическим путём.
Подробнее о настройках ESXi хоста для NetApp FAS.
Хочу обратить ваше внимание на то, что в большинстве дистрибутивов Linux как в качестве виртуальной машины так и BareMetal параметр I/O scheduling установлен в значение не подходящее для FAS систем, это может приводить к высокой утилизации CPU.
image
Обратите внимание на вывод команды top, на высокую утилизацию CPU вызванную процессом dd, который в общем-то должен генерировать нагрузку только на систему хранения.

:/>  Включение, отключение и настройка жестов тачпада в Windows 10

Теперь посмотрим на состояние дисковой подсистемы на стороне хоста


iostat -dx 2 
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util 
sdb               0.00     0.00    0.00  454.00     0.00 464896.00  1024.00    67.42  150.26   2.20 100.00 

Обратите внимание на высокое значение await = 150.26 мс. Эти два косвенных признака, высокая утилизация CPU и высокие задержки, могут нам подсказывать, что необходимо более оптимально настроить ОС и СХД для взаимодействия. Проверить стоит, к примеру: адекватность работы мультипасинга, ALUA, предпочтительных путей и очередей на HBA.

Интерпретация iostat

Подробнее

здесь

.

IostatWindows, аналог
rrqm/s (The,number of merged read requests queued per second.) read I/O per secondLogicalDisk(*)Disk Transfers/sec = rrqm/s ​wrqm/s., Для,Linux машин добавить колонку rrqm/s, а LogicalDisk(*)Disk Transfers/sec пропускать
​wrqm/s (The number of merged write requests,queued per second.) write I/O per second​LogicalDisk(*)Disk Transfers/sec = rrqm/s ​wrqm/s., Для,Linux машин добавить колонку wrqm/s, а LogicalDisk(*)Disk Transfers/sec пропускать
​r/s (The number of read requests sent to the device per,second.)​Disk,reads/sec
​w/s (The number of write requests sent to the device per,second.)​Disk,writes/sec
​rsec/s (The number of sectors read per second.) нужно знать размер сектора, обычно,512 байт.​rsec/s*512=,”LogicalDisk(*)Disk,Read Bytes/sec”,
​wsec/s (The number of sectors written per second.) нужно знать размер сектора, обычно,512 байт.wsec/s*512=,​”LogicalDisk(*)Disk Write Bytes/sec”,
​avgrq-sz (The request size in sectors.) нужно знать размер сектора, обычно 512 байт.avgrq-sz — средний размер оперируемого блока — нужен. Добавить колонку, в Windows он высчитывается из других параметров.​
​avgqu-sz (The number of,requests waiting in the device’s queue.)​”LogicalDisk(*)Avg.,Disk Queue Length”. Отдельно по Read и Write получается нет, но этого, достаточно. Соотношение чтение записи будет высчитываться по «rrqm/s» с «wrqm/s» или «r/s» с «w/s»., Т.е., для Linux пропускать:,LogicalDisk(*)Avg.,Disk Read Queue Length,LogicalDisk(_Total)Avg.,Disk Write Queue Length.
​await (The number of milliseconds required to respond to,requests)Среднее,Latency, в Windows это значение не выдаёт, высчитывается из других, пареметров, добавить колонку, параметр нужен.
​svctm (The number of milliseconds spent servicing,requests, from beginning to end)​Время, выполнения запроса. Добавить отдельную колонку для Linux машин, пригодится
​%util (The percentage of CPU time during which requests were,issued)“Processor(_total)%,Processor Time”, ​нагрузка на CPU пускай будет (добавить колонку), из неё косвенно понятно перегруз дисковой подсистемы.

Теперь про значения для elevator/scheduler:

По-умолчанию оно установлено в значение cfq или deadline:


cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq] 

Рекомендуется устанавливать его в значение noop:


echo noop > /sys/block/sda/queue/scheduler
cd /sys/block/sda/queue
grep .* * 
scheduler:[noop] deadline cfq 

Для того, чтобы настройки были постоянными, добавьте “elevator=noop” в параметры загрузки ядра в файле /etc/grub.conf, они будут применены ко всем блочным устройствам. Или добавьте соответствующий скрипт в /etc/rc.local, для того, чтобы гибко устанавливать настрйки для каждого отдельного блочного устройства.

Стоит опытным путём подобрать наиболее оптимальные значения работы виртуальной памяти ОС — параметры sysctl: vm.dirty_background_ratio, vm.dirty_ratio и vm.swappiness.

Так у одного заказчика наиболее оптимальными значениями для RedHat Enterprice Linux 6 с СХД NetApp с SSD кешем и подключением по FC8G были: vm.dirty_ratio = 2 и vm.dirty_background_ratio = 1, которые существенно снизили нагрузку CPU хоста. Для проверки оптимальных настроек Linux хоста воспользуйтесь утилитой Linux Host Validator and Configurator. Во время тестирования утилиты SnapDrive под Linux (или другими Unix-like) ОС воспользуйтесь SnapDrive Configuration Checker for Unix. Подробнее про подбор оптимальных параметров vm.dirty* смотите здесь. В случае использования БД Oracle или виртуализации, внутри такой Linux машины рекомендуется устанавливать значение vm.swappiness=0. Это значение даст использовать swap только когда физическая память действительно закончиться, что является наиболее оптимальным для таких задач.

Значение по-умолчанию обычно 128, его нужно подбирать вручную. Увеличение длинны очереди имеет смысл при случайных операциях ввода-вывода, генерирующих множество операций disk seek на дисковой подсистеме. Изменяем так:

echo 100000  > /sys/block/[DEVICE]/queue/nr_requests

Иногда изменение этого параметра может не давать результатов, к примеру в случае с InnoDB (из-за особенностей работы этого приложения, которое само оптимизирует данные перед их записью) или в случае увеличения параметра выше дефолтного при работе с SSD дисками (так как в них нет операций disk seek).
В некоторых случаях VMFS показывает лучшую производительность по сравнению с RDM. Так в некоторых тестах c FC4G можно получить 300 MByte/sec при использовании VMFS и около 200 MByte/sec с RDM.
ФС может вносить существенные коррективы при тестировании производительности.
Размер блока ФС должен быть кратным 4КБ. К примеру, если мы запускаем синтетическую нагрузку подобную генерируемой OLTP, где размер оперируемого блока в среднем равен 8КБ, то ставим 8КБ. Хочу также обратить внимание что как сама ФС, её реализация для конкретной ОС и версия может очень сильно влиять на общую картину производительности. Так для при записи 10 МБ блоками в 100 потоков командой dd файлов от БД на ФС UFS расположенной на LUN отданный по FC4G с СХДFAS 2240 и 21 2 дисками SAS 600 10k в одном агрегате показывал скорость 150 МБ/сек, тогда как та же конфигурация но с ФС ZFS показывала в два раза больше (приближаясь к теоретическому максимуму сетевого канала), а параметр Noatime вообще никак не влиял на ситуацию.
На уровне файловой системы можно настроить параметр при монтрировании noatime и nodiratime, который не даст обновлять время доступа к файлам, что часто очень положительно сказывается на производительности. Для таких ФС как UFS, EXT3 и др. У одного из заказчиков установка noatime при монтировании файловой системы ext3 на Red Hat Enterprise Linux 6 сильно уменьшило нагрузку на CPU хоста.

Для Linux машин нужно при создании LUN‘а выбрать геометрию диска: “linux” (для машин без xen) или “xen” в случае если на этот лун будет установлен Linux LVM с Dom0.

:/>  Подсистема печати недоступна Windows XP, как исправить ошибку?

Для любой ОС нужно при создании LUN‘а, в настройках СХД, выбрать правильную геометрию. В случае неправильно указанного размера блока ФС, неправильно указанной геометрии LUN, не правильно выбранного на хосте параметра MBR/GPT мы будем наблюдать в пиковые нагрузки сообщения в консоли NetApp FAS, о неком событии “LUN misalignment”. Иногда эти сообщения могут появляться ошибочно, в случае редкого их появления просто игнорируйте их. Проверить это можно выполнив на системе хранения команду lun stats.
Не игнорируйте этот пункт. Набор утилит устанавливает правильные задержки, размер очереди на HBA и другие настройки на хосте. Устанавливайте Host Utilities после установки драйверов. Отображает подключённые LUN и их детальную информацию со стороны СХД. Набор утилит бесплатный и может быть скачан с сайта техподдержки нетапа. После установки запустите утилиту


host_config <-setup> <-protocol fcp|iscsi|mixed> <-multipath mpxio|dmp|non> [-noalua]

Она находиться
/opt/netapp/santools/
После чего, скорее всего, понадобится перезапустить хост.
Не забудьте поискать больше информации и задать свои вопросы на https://linux.netapp.com/forum.
В зависимости от конфигурации, протоколов, нагрузок и инфраструктуры ваши приложения могут иметь различные рекомендации настройки и тонкого тюнинга. Для этого обращайтесь за Best Practice Guide для соответствующих приложений для вашей конфигурации. Самыми распространёнными могут быть

Не забудьте установить драйвера для вашего HBA адаптера (собрав их под ваше ядро), до того, как установите NetApp Host Utility. Следуйте рекомендациям настройки HBA адаптера. Часто необходимо изменить длинну очереди и время таймаута для наиболее оптимального взаимодействия с NetApp. В случае использования виртуализации VMware ESXi или другой, не забудьте включить NPIV в случае необходимости проброса виртуальных HBA адапторов внутрь виртуальных машн. В некоторых адаптерах на базе технологии NPIV может быть настроен QoS, таких как Qlogic HBA серии 8100.
Широко применяйте матрицу совместимости в вашей практике для уменьшения потенциальных проблем в инфрастурктуре ЦОД.

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

Сообщения по ошибкам в тексте прошу направлять в ЛС.
Замечания и дополнения напротив прошу в комментарии

Автоматическая очистка (reg organizer)

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

  1. Запускам утилиту.
  2. В разделе «Функции для всех» выбираем пункт «Чистка реестра» и в появившемся окне нажимаем кнопку «Начать».Запуск автоматической проверки в программе Reg Organizer
  3. Когда процедура будет закончена, вы можете либо ознакомиться со списком найденных ошибок, нажав на строчку «Показать неверные записи (для опытных пользователей)», либо довериться утилите, выбрав пункт «Исправить». Так как мы сейчас обсуждаем именно автоматическую очистку, мы бы советовали выбрать именно второй вариант.Процесс поиска и анализа в программе Reg Organizer
    Результат проверки в программе Reg Organizer
  4. По окончании работы нажмите кнопку «Готово».

Как сканировать в windows?

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

Так, в ОС Windows 7 стандартные возможности работы со сканером были заметно улучшены, и объединены с факсимильной печатью. Системный инструмент получил название «Факсы и сканирование» и пользоваться им на удивление просто:

  1. В первую очередь, стоит убедиться в работоспособности оборудования, которым мы планируем воспользоваться. Нас интересует установленные драйвера, которые можно проверить по средствам «Диспетчера устройств». Сканеры независимо от модели (отдельное устройство или в сочетании МФУ) выносятся в отдельный раздел «Устройства обработки изображений»;
    1- диспетчер устройств-устройства обработки изображений
  2. Нажмите кнопку «Пуск» и в строке поиска введите название программы: «Факсы и сканирование». Результат появится после нескольких первых букв, кликаем по нему для запуска;
    2-пуск-поиск-сканирование
  3. Перед нами откроется главное окно, в котором помимо всего, выводится информация о предыдущих сканированиях или полученных факсах. Чтобы начать сканирование, нужно щёлкнуть соответствующую кнопку на верхней панели «Новое сканирование»;
    3-окно_факсы_и_сканирование_
  4. В диалоговом окне настраиваем параметры сканирования. Укажите что будет сканироваться (фото, текст и т.п.), а также, если потребуется, отрегулируйте качество будущего изображения (разрешение, формат файла, яркость, контрастность);
    4-новое_сканирование
  5. Если достаточно параметров по умолчанию, приступаем к сканированию, которое можно выполнить с предварительным просмотром результата, по нажатии кнопки «Просмотр» внизу окна, либо перейти к основному процессу сохранения – «Сканировать»;
  6. Далее останется лишь дождаться окончания процесса сканирования. Результат тут же станет доступен в окне программы «Факсы и сканирование» или по пути: Документы -> Отсканированные документы.

Ручная очистка (удаление программ)

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

  1. Запускаем стандартный редактор реестра. Для этого на клавиатуре нажимаем комбинацию клавиш [Windows] [R], и в появившемся окне вводим строчку regedit.Запуск редактора реестра RegEdit
    Основное окно интерфейса редактора реестра Windows
  2. Выбираем пункт меню «Правка», пункт «Найти…».Запуск поиска данных в редакторе реестра
  3. Общее правило для полного удаления остатков установленного ПО сводиться к поиску в реестре как по названию самой программы, так и по производителю. Следовательно, в строку поиска нужно будет поочерёдно ввести два слова: «Mozilla» и «Firefox» и нажать кнопку «Найти далее». Важное замечание: мы сначала работаем с одним поисковым запросом, и только тогда, когда процедура будет окончена, переходим к другому.Поиск в редакторе реестра
    Поиск в редакторе реестра
  4. Дальше придётся запастись терпением, так как оставленных «хвостов» может быть довольно много. Результаты поиска представлены в виде списка, содержащим перечень веток реестра (левое окно) и их значений (правое окно). К каждому найденному вхождению следует отнестись как можно внимательнее. Если вы уверены, что значение параметра уже не нужно и курсор выделяет строчку в правом окне, нажмите на клавиатуре «Del». В случае, когда «лишней» оказывается вся ветка, нажмите не клавиатуре кнопку «Tab» (выделенным станет не отдельное значение, а узловой элемент в левом окне), после чего нажмите кнопку «Del».Варианты выделения ключей в редакторе реестра
    Варианты выделения ключей в редакторе реестра
    Варианты выделения ключей в редакторе реестра
  5. После этого либо последовательно выберите в меню пункты «Правка» / «Найти далее», либо нажмите на клавиатуре кнопку F3 и возвращайтесь к 4 пункту.
  6. Когда на экране высветиться надпись «Поиск в реестре завершен», можете переходить к следующему слову (в нашем случае – «Mozilla»).Результат поиска в редакторе реестра

Ручная очистка (чистка автозагрузки)

Не секрет, что многие программы любят без всякого разрешения автоматически запускаться при старте ПК, что снижает скорость его работы и существенно замедляет первоначальное включение. С этим можно справиться собственными силами, ведь всё, что требуется – это удалить соответствующие записи из системного реестра.

:/>  Как отключить спящий режим в Windows 10: простые способы - Синий экран BSOD

Единственная сложность состоит в том, что программы при старте ПК могут запускаться из нескольких мест (ключей реестра):

Следовательно, нам придётся просмотреть каждый узел реестра и внести необходимые исправления.

  1. Запускаем штатное средство работы с реестром (подробности смотрите в 1 пункте предыдущего раздела).
  2. По очереди открываем каждый узел реестра, для чего либо два раза щелкаем левой кнопкой мыши на названии, либо один раз – на маленьком треугольника вначале.Поиск папки в редакторе реестра
    Выделение определенной папки в редакторе реестра
  3. Когда всё будет готово, в правом окне вы увидите список программ, запускаемых из данной ветки реестра. Чтобы удалить ненужные, нужно выделить соответствующие строчки и нажать на клавиатуре кнопку «Del». Если появится предупреждение системы безопасности, нажмите «Да».Удаление выбранных параметров в редакторе реестра
  4. После этого повторите процедуру (пункты 2 и 3) для каждого элемента списка, приведённого выше.

Установка виртуальной машины (vm)

В этом примере мы используем VirtualBox установленый на 64-битной Windows 7.


Теперь мы должны определить два виртуальных RAC узла. Мы можем сэкономить время, определяя одну виртуальную машину, и когда все будет установлено мы ее клонируем

Запустите VirtualBox и нажмите кнопку „Create new“ на панели инструментов. Нажмите на кнопку «Next» на первой странице мастера виртуальной машины.

Введите имя „Rac1“, ОС „Linux“ и версия „Oracle (64 бит)“, а затем нажмите кнопку „Next/Далее“:

image
image
image
image
image
image
image
image
Нажмите на кнопку «Network» ссылку с правой стороны (подсвечена синим):
image
image
image

При желании можно отключить звуковую карту, используя «Audio» ссылку. Это, вероятно, позволит сохранить некоторое количество дискового пространства и/или памяти и избежать возможных проблем, связанных с аудио-настройками. Также, если ваша система имеет 4 ядра процессора или больше, то будет иметь смысл выделить 2 процессоров для виртуальной машины. Вы можете сделать это в меню настроек «System».

Виртуальная машина настроена так, что мы можем начать установку гостевой операционной системы.

Хроника пикирующего дистрибутива: зачем убили centos?

В июле 2021 года руководство Red Hat

об официальном урегулировании всех формальностей, связанных с продажей бизнеса корпорации IBM. Финальная сумма сделки составила около 34 миллиардов долларов США, или $190 за каждую проданную акцию (при том, что на момент объявления о сделке бумаги торговались по $116).

Как обычно и бывает в таких случаях, Red Hat клятвенно заверили сообщество, что присоединение к знаменитому IT-гиганту поможет привлечь дополнительные инвестиции и ресурсы, что даст возможность компании достичь новых вершин, и донести технологии Red Hat до еще более широкой аудитории, чем прежде. В свою очередь, лидеры разработки

поспешили заявить, что цели и модель управления проектами останутся неизменными, а Red Hat, как и ранее, продолжит активно участвовать в их развитии. И компания действительно сдержала свое слово, но… лишь наполовину.

Кто-то всерьез полагал, что после поглощения Red Hat ничего не изменится?

В начале декабря 2020 года компания объявила о прекращении поддержки CentOS — операционной системы, фактически являющейся бесплатной альтернативой Red Hat Enterprise Linux, великодушно предложив всем пользователям данного дистрибутива перейти на CentOS Stream.

Больше всего эта новость ошарашила тех, кто уже успел мигрировать на CentOS 8: хотя поддержка восьмой версии операционной системы должна была завершиться лишь 31 мая 2029 года, первоначальный EOL ограничили 31 декабря 2021 года (то есть, обещанные 10 лет волшебным образом превратились в 2 года).

Тем, кто использует CentOS 7, повезло значительно больше: сроки поддержки семерки оставили неизменными, так что операционная система продолжит получать критически важные апдейты до 2024 года. Впрочем, кто знает, что придет в голову Red Hat в ближайшем будущем?

Согласно официальной позиции компании, модель взаимодействия между пользователями и разработчиками программного обеспечения, которую олицетворяет собой CentOS, в современных реалиях уже не актуальна. И CentOS Stream является на сегодняшний день наиболее оптимальным и сбалансированным дистрибутивом, сочетая в себе инновации Fedora и стабильность Red Hat Enterprise Linux.

Однако сообщество подобную «заботу» не оценило: на фоне новостей о прекращении дальнейшего развития оригинального дистрибутива CentOS стал стремительно терять позиции, модераторы тематического сабреддита добавили к прежнему названию приписку «Corporate-driven (вместо «community-driven»)

, Not suitable for Enterprise», закрепив тред «RIP CentOS, 2004–2020», журнал ZDNet, принадлежащий CBS Interactive, открыто высказал мнение, что отказ от поддержки CentOS является ничем иным, как частью продвижения RHEL, в сети появился лэндинг довольно ехидного содержания centos.rip (создание которого, кстати, приписывают Oracle — главному конкуренту Red Hat, разрабатывающему собственный RH-based дистрибутив), а на change.org была опубликована петиция, авторы которой обратились к Red Hat с просьбой продолжить разработку CentOS в прежнем формате.

Кем бы ни были авторы centos.rip, ехидства им не занимать

Реакция Red Hat не заставила себя долго ждать: компания прислушалась к мнению сообщества, изменив правила использования Red Hat Enterprise Linux для разработчиков. Ранее в рамках программы Red Hat Developer действовало правило «один разработчик — одна лицензия», а сам дистрибутив можно было разворачивать только в локальном окружении.

С 1 февраля 2021 года в программе могут участвовать целые команды, количество лицензий увеличилось с 1 до 16, к тому же новые условия EULA допускают установку ОС в инстансах публичных cloud-сервисов. Но, разумеется, только в целях разработки программного обеспечения: использование дистрибутива в продакшене обновленная лицензия по-прежнему не предусматривает.

Таким образом Red Hat прозрачно намекнула, что не намерена отклоняться от ранее избранного курса, чего и следовало ожидать. Вполне очевидно, что несмотря на первоначальное обещание сохранить созданную компанией модель разработки и поддерживать сложившуюся вокруг ее проектов экосистему, IBM увидела в CentOS прямую угрозу продажам RHEL. Отказ же от старой доброй CentOS позволяет убить не то что двух, а сразу трех зайцев:

  1. Часть пользователей из числа представителей крупного бизнеса наверняка предпочтет перейти на RHEL, что обеспечит дополнительную прибыль;
  2. Те, кто рискнет мигрировать на CentOS Stream, пополнят ряды бета-тестеров, а это поможет эффективнее обкатывать новые технологии и быстрее выявлять уязвимости в новых версиях пакетов;
  3. Освободившиеся ресурсы можно использовать для дальнейшего развития Red Hat Enterprise Linux, оставаясь в рамках прежнего бюджета на разработку.

Мотивы IBM понятны: даже для такой крупной корпорации 34 миллиарда долларов — очень серьезная сумма, а предпринятые шаги помогут частично компенсировать затраты на покупку Red Hat уже в обозримом будущем за счет крупных корпоративных заказчиков. Но что же делать небольшим компаниям, которые попросту не могут себе позволить приобретение коммерческой лицензии RHEL?

Оставьте комментарий

Adblock
detector