Ключевой пункт на том, что использовать, является в зависимости от Вашего системного места требованиями плюс, конечно, Ваши внутренние навыки.
Говоря genererally от Oracle технический archtict / dba представление, Вы будете сталкиваться с собой следующие вопросы:
У Вас естественно будет худшее время реакции на платформах не-Oracle, как особенно IBM Pseries, а также HP Itanium (из-за исторических причин)
Обычно Вы не должны смешивать вещи, имеющие ту же цель как, например, RAC и виртуализацию, как это увеличивает слои и в конечном счете Стоимость.
Вы можете nowerdays делать большие вещи с, например, Oracle VM (Xen) на x86-64 и Oracle Dataguard (в конечном счете с Активной Опцией Dataguard). Сохраните это простым и сфокусированным
RAC для большинства компаний, также сложных для управления, поскольку главным образом он правильно не реализован. Также это только защищает Вас от отказов хоста =>, у Вас все еще есть совместно используемая память, которая будет заботиться о.
Поскольку большинство установок RAC iv'e замеченный за прошлые 10 лет основано на "расхожем мнении", они - главным образом 2 кластера узла. Причина проста: Стоимость лицензии / Привычки
Таким образом, больше более простой и valueable комбинации является также использованием Oracle VM для HA, который позволяет Вам даже сделать живую миграцию хостов в окнах обслуживания плюс Oracle Dataguard для отказов сайта. Как Вы Dataguard можно разгрузить резервные копии на резервный сайт для не беспокойства пользователей.
Это - всего один пример, который работает хорошо на 11-граммовые Базы данных OLTP, помещенный может также быть applicated к Базам данных DW, если Вы проявляете больше заботы о доступности, чем производительность.
Читающее Руководство Понятий в Oracle, конечно, укажет на Вас на решения, который работает на Вас.
При планировании с технологиями виртуализации необходимо также рассмотреть для не консолидации слишком много в слишком мало машины. Вам не понравится оказываться в ситуации, где Вы консолидировали все в 2 больших машинах уровня предприятия, и внезапно каждый повреждается, который заставляет Вас освободить 50% своей общей мощности. Скорее пойдите для больше, поместите серверы меньшего размера по нескольким причинам:
Способность по требованию на крупной IBM, HP, машины SUN звучат хорошими сначала, но это оказывается довольно дорогим после нескольких лет, если необходимо купить старые модули RAM
В некоторых расширяют Вас, все еще должен закрыть даже те поля и физически обновить так или иначе
Если у Вас действительно есть технические проблемы с одним сервером, у Вас все еще есть другие, и у Вас есть больше времени с меньшим количеством производительности и клиентского влияния для замены дефектного
Столь же сказанный как dba обычно необходимо иметь дело больше с ошибками неработающего приложения, i/o конкуренция, сетевые проблемы. Для конкуренции ввода-вывода это не имеет большое значение wheither, Вы ожидаете с IBM Power 6 на 4.7 ГГц или Intel 1.6 Ghz Itanium для ввода-вывода. Вы не можете ожидать быстрее. В таком случае Вы скорее инвестируете в PCI-E SSD, если Вы действительно не можете обработать горячий блок данных модернизацией / настраивают Приложение.
В каталоге / assets / upload поместите другой файл .htaccess с этим содержимым;
Allow from all
Satisfy any
Это отменит более общие настройки файла в каталоге над ним и будет обслуживать ресурсы без требуется авторизация.
Боюсь, вы неправильно поняли здесь несколько концепций Apache. Аргумент в блоке
- это полный путь файловой системы, а не путь относительно корня сервера. Вы не должны никогда действительно изменять блок
по умолчанию. Вам не нужно изменять его, чтобы ваша конфигурация работала.
Аргумент блока
- относительно корня сервера.Таким образом, для достижения желаемого вам понадобятся два таких блока.
<Location "/assets/upload"> Order deny,allow Allow from all Satisfy any </Location> <Location "/"> AuthType Basic AuthName "Staging" AuthUserFile /var/.../.htpasswd AuthGroupFile /dev/null Require valid-user </Location>
У вас должен быть один блок
в глобальном / серверном контексте (т.е. не внутри какого-либо виртуального хоста), и он должен быть что-то вроде этого.
<Directory /> Options FollowSymLinks AllowOverride None Order allow,deny Deny from all </Directory>