Comments 35
yum install — для удобства все пакеты после слова install можно перечислить через пробел в одну строку.
поправил.
Кстати, вы намеренно добавляли .x86_64 и подобные окончания у пакетов? Вообще-то это не обязательно, yum установит их и так.
Не намеренно, так исторически сложилось :)
Тогда, наверное, лучше убрать :)
Если не секрет, чем лучше?
Ну, гм… А что, на x32 CentOS я не могу установить Oracle? А у вас там везде i686 фигурирует…
У меня вообще ничего нигде не фигурирует. Я мимо шёл.
А вообще да, на x86 вы Oracle по этой инструкции не установите, ибо она рассказывает об установке на x64.
А вообще да, на x86 вы Oracle по этой инструкции не установите, ибо она рассказывает об установке на x64.
Дорогой сэр!
Окончания .x86_64 можно убрать, поскольку дистрибутив указанный мной в статье — x64 и yum подставит эти окончания если их не указывать. С другой стороны часть библиотек оракла при установке линкуется с библиотеками системы, и часть библиотек оракла имеет 32-битную архитектуру, поэтому в системе необходимы библиотеки некоторые библиотеки в 32-битной для корректной линковки либо их compat-версии.
Посему окончания .x86_64 можно убрать, в то время как окончания i686 убирать не в коем случае не следует.
Окончания .x86_64 можно убрать, поскольку дистрибутив указанный мной в статье — x64 и yum подставит эти окончания если их не указывать. С другой стороны часть библиотек оракла при установке линкуется с библиотеками системы, и часть библиотек оракла имеет 32-битную архитектуру, поэтому в системе необходимы библиотеки некоторые библиотеки в 32-битной для корректной линковки либо их compat-версии.
Посему окончания .x86_64 можно убрать, в то время как окончания i686 убирать не в коем случае не следует.
На дворе 2012 год и на днях уже 12-я версия выйдет, а вы все про десятку рассказываете. Видимо по этой причине вы и не знаете, что есть например замечательный пакет oracle_validated который значительно упрощает процесс установки: он ставит нужные пакеты, конфигурит нужные параметры ядра, создает пользователя oracle. — это все не надо делать ручками.
Пользуясь случаем пропиарю свои заметки по теме установки и настройки оракла в разных ипостасиях, смотреть тут
Пользуясь случаем пропиарю свои заметки по теме установки и настройки оракла в разных ипостасиях, смотреть тут
Ну вот, я статью такую классную написал, а вы сразу обзываться :)
Пакет oracle_validated удобен, но:
1. В стандартный репозиторий CentOS входит ли?
2. На всех ли дистрибутивах ставится корректно?
По моему так немножко нагляднее и понятнее что и в каких файлах настроено, какие библиотеки используются и т.д. А поскольку понятнее — чуть меньше проблем будет при установке на другой дистрибутив.
12-я версия — штука хорошая, но продукты от оракл требуют некоей… выдержки во времени, поэтому все еще да, про 10-ку :)
А заметки у вас хорошие, с удовольствием читаю.
Пакет oracle_validated удобен, но:
1. В стандартный репозиторий CentOS входит ли?
2. На всех ли дистрибутивах ставится корректно?
По моему так немножко нагляднее и понятнее что и в каких файлах настроено, какие библиотеки используются и т.д. А поскольку понятнее — чуть меньше проблем будет при установке на другой дистрибутив.
12-я версия — штука хорошая, но продукты от оракл требуют некоей… выдержки во времени, поэтому все еще да, про 10-ку :)
А заметки у вас хорошие, с удовольствием читаю.
wget 'http://oss.oracle.com/el5/oracle-validated/oracle-validated-1.1.0-7.el5.src.rpm'
rpmbuild --rebuild oracle-validated-1.1.0-7.el5.src.rpm
rpmbuild --rebuild oracle-validated-1.1.0-7.el5.src.rpm
В стандартный репозиторий CentOS входит ли?
Если пакет не входит в стандартный репозитарий CentOS не значит ведь, что нужно устраивать танцы с бубнами, лишь бы без него обойтись. Тем более, что он ставится двумя командами, как показали ниже.
Описан вполне себе стандартный способ установки, вполне себе стандартные команды, никаких бубнов.
Что конкретно вызывает у вас затруднение в понимании причинно-следственных связей? Задавайте вопросы — я вам с удовольствием отвечу. Просто если вы чего-то не поняли мне кажется это не повод называть это танцами с бубном…
Кстати, oracle-validated делает примерно то же самое, по зависимостям доставляет необходимые пакеты, изменяет настройки системы, и т.д. Никакой мистики :)
Что конкретно вызывает у вас затруднение в понимании причинно-следственных связей? Задавайте вопросы — я вам с удовольствием отвечу. Просто если вы чего-то не поняли мне кажется это не повод называть это танцами с бубном…
Кстати, oracle-validated делает примерно то же самое, по зависимостям доставляет необходимые пакеты, изменяет настройки системы, и т.д. Никакой мистики :)
Причем тут причинно-следственные связи? :) Что проще — проделать все, что вы описали, или установить пакет, не входящий в официальный репозитарий CentOS, который все автоматом конфигурирует?
Понятие «танцы с бубном» как бы подразумевает отсутствие причинно-следственных связей? :)
Не нужно отклоняться от темы разговора :)
Имхо, все эти шаги хотя бы один раз обязательно следует сделать вручную, чтобы понимать, что к чему и откуда ноги растут. А запустить oracle-validated и сказать «я умею тюнить систему под оракл» — это то же самое, что осилить установку убунты и заявить «я разбираюсь в линукс».
Нет, раз на третий уже, конечно, все эти тупые действия будут утомлять и тут как раз пригодится этот чудесный пакет. Но я бы прям в обязательном порядке требовал хоть раз поднять систему вручную.
Нет, раз на третий уже, конечно, все эти тупые действия будут утомлять и тут как раз пригодится этот чудесный пакет. Но я бы прям в обязательном порядке требовал хоть раз поднять систему вручную.
Ну да, в стандартный репозиторий не входит, но собственно а должен ли? У оракла специально место это так и называется: Free and Open Source Software, он же oss.oracle.com, поэтому его можно без проблем подключить и использовать.
Кстати, при установке этот пакет все проделанные действия пишет в лог, который потом, если интересно, можно посмотреть и увидеть все сделанные изменения. Но зато время он экономит существенно.
А по вопросу — на всех или не на всех — на всех RHEL-подобных — точно работает. Да и там ведь нет никаких бинарников скомпилированных, там всего лишь правильные скрипты.
Нуу выдержка — это да, как говорится «до первого апдейта нельзя»…
Про заметки спасибо, записываем по возможности :)
Кстати, при установке этот пакет все проделанные действия пишет в лог, который потом, если интересно, можно посмотреть и увидеть все сделанные изменения. Но зато время он экономит существенно.
А по вопросу — на всех или не на всех — на всех RHEL-подобных — точно работает. Да и там ведь нет никаких бинарников скомпилированных, там всего лишь правильные скрипты.
Нуу выдержка — это да, как говорится «до первого апдейта нельзя»…
Про заметки спасибо, записываем по возможности :)
>Тру фанатов оракла
У оракла существуют фанаты?
У оракла существуют фанаты?
Исправьте, пожалуйста, ошибки:
В процессе установки следуем инструкциям инсталятора, нужно быдет выполнить да скрипта из-под рута, выполняем их.
Вероятно, имеются ввиду «будет» и «два скрипта»?
В процессе установки следуем инструкциям инсталятора, нужно быдет выполнить да скрипта из-под рута, выполняем их.
Вероятно, имеются ввиду «будет» и «два скрипта»?
UFO just landed and posted this here
Скажем так выбора ОС у меня не было, к сожалению…
Если чисто теоретически посравнивать — CentOS бесплатен, в т.ч. доступ к бинарным пакетам. По этим же причинам доступен в виде образов на VPS/VDS площадках к примеру.
Да и Oracle Linux не сильно дружелюбнее к Oracle Database, увы… Взять хотя бы тот факт что OL6 и RHEL6 сертифицировали на поддержку Oracle Database только в конце марта этого года.
Если чисто теоретически посравнивать — CentOS бесплатен, в т.ч. доступ к бинарным пакетам. По этим же причинам доступен в виде образов на VPS/VDS площадках к примеру.
Да и Oracle Linux не сильно дружелюбнее к Oracle Database, увы… Взять хотя бы тот факт что OL6 и RHEL6 сертифицировали на поддержку Oracle Database только в конце марта этого года.
>>CentOS бесплатен, в т.ч. доступ к бинарным пакетам
http://public-yum.oracle.com/
>>Да и Oracle Linux не сильно дружелюбнее к Oracle Database
У Oracle Linux есть одно большое преимущество — новое ядро.
Отсюда такие плюшки как ext4 без бэкпорта и прочее.
Плюс, оракл говорит о неких оптимизациях ядра(про детали не в курсе) специально для Oracle DB, которые положительно сказываются на производительности системы…
http://public-yum.oracle.com/
>>Да и Oracle Linux не сильно дружелюбнее к Oracle Database
У Oracle Linux есть одно большое преимущество — новое ядро.
Отсюда такие плюшки как ext4 без бэкпорта и прочее.
Плюс, оракл говорит о неких оптимизациях ядра(про детали не в курсе) специально для Oracle DB, которые положительно сказываются на производительности системы…
Да уж, видать, автор глубоко разбирается в оракле и линуксе, раз отключает HUGETLBFS и прописывает лимиты шелла самодельными скриптами вместо /etc/security/limits.conf.
Само по себе это (неглубокое вникание) может и нормально, но зачем писать «Но поскольку имею практический опыт в эксплуатации данной СУБД в нескольких «несертифицированных» ОС и опыт разрешения весьма небольшого числа коллизий по ходу эксплуатации — до сих пор считаю требование к «сертифицированности» ОС сильно преувеличенным.»?
Пишите «имею скромный опыт работы с ораклом, серьезных проблем с официальной техподдержкой и металинком не решал», не путайте людей.
Само по себе это (неглубокое вникание) может и нормально, но зачем писать «Но поскольку имею практический опыт в эксплуатации данной СУБД в нескольких «несертифицированных» ОС и опыт разрешения весьма небольшого числа коллизий по ходу эксплуатации — до сих пор считаю требование к «сертифицированности» ОС сильно преувеличенным.»?
Пишите «имею скромный опыт работы с ораклом, серьезных проблем с официальной техподдержкой и металинком не решал», не путайте людей.
Вообще-то в /etc/security/limits.conf вписаны лимиты (читайте выше). То что ручками в профайле ветка для ksh не должно вас расстраивать, да и это не «вместо».
HUGETLBFS — внятно сможете объяснить для каких конкретно целей 10g использует? С удовольствием послушаю.
HUGETLBFS — внятно сможете объяснить для каких конкретно целей 10g использует? С удовольствием послушаю.
Why Do You Need HugePages?
HugePages is crucial for faster Oracle database performance on Linux if you have a large RAM and SGA. If your combined database SGAs is large (like more than 8GB, can even be important for smaller), you will need HugePages configured. Note that the size of the SGA matters.
Вот что пишет сам Oracle, например
HugePages is crucial for faster Oracle database performance on Linux if you have a large RAM and SGA. If your combined database SGAs is large (like more than 8GB, can even be important for smaller), you will need HugePages configured. Note that the size of the SGA matters.
Вот что пишет сам Oracle, например
Ну круто, че.
Если у кого нет доступа на металинку, тут копия, можно почитать, поразмыслить нужно или нет.
Если у кого нет доступа на металинку, тут копия, можно почитать, поразмыслить нужно или нет.
В целом, можно и без них жить. SGA даже в 8гб не часто нужно. SGA в 20гб большая часть ораклового саппорта считает потолком. При SGA в 100+ГБ вылазят интересны косяки, вроде внезапно замёрзшей на полчаса базе.
Автор, вводит сервер в эксплуатацию? Я бы не рисковал, у меня на машине FC16 стоят клиенты от 9 до 11 и БД 10, но это не сервер и работа 24*7 персоналке не нужна.
Зачем использовать Centos 6, если беcплатно скачивается сертифицированый OEL 5 и его репозитории открыты? По крайней мере при покупку БД можно в поддержку обратиться. Смысл в статье установка БД описана в readme дистрибутива, не плохо описана у Пушица. А вообще для установки вполне достаточно Note 169706.1. Кстати под RHEL 6 не сертифицирован даже 11.2.0.2 цитирую с металинк:
Red Hat Enterprise Linux 6 — Database 11.2.0.3 and higher
Kernel 2.6.32-71.el6.x86_64 or later (compatible with Red Hat Enterprise kernel)
Oracle Unbreakable Enterprise Kernel 2.6.32-100.28.5.el6.x86_64 or higher
Зачем использовать Centos 6, если беcплатно скачивается сертифицированый OEL 5 и его репозитории открыты? По крайней мере при покупку БД можно в поддержку обратиться. Смысл в статье установка БД описана в readme дистрибутива, не плохо описана у Пушица. А вообще для установки вполне достаточно Note 169706.1. Кстати под RHEL 6 не сертифицирован даже 11.2.0.2 цитирую с металинк:
Red Hat Enterprise Linux 6 — Database 11.2.0.3 and higher
Kernel 2.6.32-71.el6.x86_64 or later (compatible with Red Hat Enterprise kernel)
Oracle Unbreakable Enterprise Kernel 2.6.32-100.28.5.el6.x86_64 or higher
Sign up to leave a comment.
Установка Oracle 10g на CentOS 6.2 x64