Высоконагруженные сайты, доступность «5 nines». На заднем фоне (backend) куча обрабатываемой информации в базе данных. А что, если железо забарахлит, если вылетит какая-то давно не проявлявшаяся ошибка в ОС, упадет сетевой интерфейс? Что будет с доступностью информации? Из чистого любопытства я решил рассмотреть, какие решения вышеперечисленным проблемам предлагает Oracle. Последние версии, в отличие от Oracle 9i, называются Oracle 10g (или 11g), где g – означает «grid», распределенные вычисления. В основе распределенных вычислений «как ни крути» лежат кластера, и дополнительные технологии репликации данных (DataGuard, Streams). В этой статье в общих чертах описано, как устроен кластер на базе Oracle 10g. Называется он Real Application Cluster (RAC).
Статья не претендует на полноту и всеобъемлемость, также в ней исключены настройки (дабы не увеличивать в объеме). Смысл – просто дать представление о технологии RAC.
Почему Oracle, компания, которая гордится высокой прибыльностью, желает получить низко-прибыльный бизнес аппаратного обеспечения? Вы желаете выйти на рынок?
Сейчас, мы точно не желаем выходить на новый рынок. Пока аппаратный бизнес скудный в прибыли, компании как Apple и Cisco наслаждаются очень большим доходом, потому что они разрабатывают свое железо и ПО для совместной работы. Когда компания разрабатывает одновременно и железо и ПО – она создает системы гораздо лучше, чем в тех случаях, когда разрабатывает только ПО. Вот почему iPhone гораздо лучше Microsoft телефонов.
Доброго времени суток. Хочу рассказать об одном из способов кэширования данных в моем любимом Oracle.
Давайте рассмотрим кэширование редко меняющихся данных (например справочников) на уровне пакета. Этот метод не является масштабируемым, потому как основан он на состоянии пакета — кэшированные данные попадают в PGA, т.е. в «приватную» область памяти, недоступную другим пользователям. Т.о. если у вас 1000 пользователей и они вызывают функции пакета, то у вас будет 1000 экземпляров кэшированных данных. «Плохо» — скажете вы, да, плохо, но не обязательно всем пользователям давать права на выполнение данного пакета. Тем не менее, данный способ широко используется.
Плох он или хорош можно решить только для конкретного случая.
Как сообщает издание Computerworld.com, компания Oracle объявила дату релиза новой версии своей СУБД — Oracle 11g.
В октябре на OpenWorld conference в San Francisco руководство Oracle в общих чертах сообщило о новых возможностях планируемого релиза.
Прежде всего было сказано об увеличении производительности, масштабируемости, доступности СУБД, а также о повышении уровня «диагностируемости» (diagnosability).
Oracle включает PHP d Application Server 10g Release и это позволяет использовать один и тот же сервер для J2EE и PHP приложений.
PHP активирован по-умолчанию. Корень HTTP сервера в Oracle находится тут:
$ORACLE_HOME/Apache/Apache/htdocs
Файлы с расширениями .php или .phtml в этой директории будут обработаны с помощью PHP. Файлы с расширениями .phps будут отображены, как форматированный исходный код.
Версия Application Server (AS) 10.1.3.0 поставляется с PHP 4.3.11. Патч AS 10.1.3.2 добавляет PHP 5.1.2. Если у вас есть серьезная необходимость в использовании другой версии PHP без установки другого сервера, то вы можете прикомпилировать свой релиз PHP.
Заметка: смена версии PHP в AS не подерживается (и не рекомендуется), но технически возможна в некоторых средах. В случае ошибок, служба поддержкит будет спрашивать вас, не переустанавливали ли вы PHP.
Техническая проблема связана с тем, что библиотеки Oracle не включают файлы заголовков. Это можно обойти соеденив PHP и Oraсle с помощью Oracle Instant Client, но и это связанно с проблемами, так как AS не использует библиотеки Instant Client. С другой стороны вы получите так же ошибки или непредсказуемо поведение.
Далее в статье приводятся технические особенности переустановки PHP.