Пул приложений IIS 7 останавливается каждую ночь (503 ошибки)
Добро пожаловать в RedHat Enterprise (и клоны, так как CentOS является свободным, восстанавливают от RHEL SRPMs (главным образом)).
Плохие новости - то, что то, что Вы установили, является текущей версией, доступной клиентам Redhat. Это более или менее, что было текущим, когда Redhat выпустил версию 5.0 три года назад.
Дистрибутивы RedHat Enterprise оценивают для их экстремальной устойчивости, в которой ничто (1), изменения если не необходимо измениться. Redhat обеспечит исправления безопасности, но кроме который очень мало изменений в распределении. Это означает, что Вы можете настроить сервер и не должны волноваться о чем-то изменяющемся под Вами во время продолжительности жизни системы.
Худшие новости - то, что, в то время как можно установить что-то более новое, Вы теряете большую часть преимущества наличия основанной на RHEL системы. Вы добираетесь для волнения об обновлениях системы защиты и потенциально обновлениях тех компонентов, которые зависят от (или зависят от вещей, которые конфликтуют с) вручную установленный компонент.
Я вижу, что существует ссылка на 'сообщение в блоге, где у кого-то есть их собственная созданная копия более новой версии PHP. Это может действительно быть тем, что Вы хотите, но Вы будете затем зависеть от этого репозитория, чтобы оставаться в курсе и быть своевременными с мерами.
Если Вы подлежите любому из тех сценариев, Вы прочь к гонкам.
Если бы Вы хотите устойчивость и relatively-easy-to-update-ness RHEL, я полагал бы, что попытка очень трудно умеет обойтись тем, что доступно в распределении запаса.
--
(1) Хорошо кроме Firefox. И glibc. И...
Прежде, чем я приступил к работе по дефрагментации диска + базы данных, просто чтобы удовлетворить общее предупреждение, я бы сделал несколько вещей:
Что вы ожидаете от этого? ? Если все пользователи используют режим кэширования Outlook, фрагментация сервера Exchange не имеет большого значения. Если Exchange предоставлен достаточно оперативной памяти, он сохраняет фрагменты каждого почтового ящика в оперативной памяти, поэтому ваши диски становятся менее важными. Современный Exchange на самом деле предназначен для работы на более медленных дисках, чем старый Exchange (2000/2003).
Дефрагментация внутри виртуальной машины - это не то, что вы думаете. У вас есть несколько уровней абстракции между вашими физическими дисками и базами данных обмена. У вас есть набор RAID, обслуживающий LUN из общего набора дисков iSCSI, как узнать, является ли этот LUN смежным на реальных дисках? Я сомневаюсь, что это так, особенно если он с тонкой подготовкой. Затем у вас есть файл .vmdk, созданный в VMWare, который, вероятно, сам фрагментирован. Вы выполняли тонкую подготовку или когда-либо меняли размер .vmdk после первоначального создания? Если вы прошли через все эти разные уровни, начиная с iSCSI, затем до vmdk, затем до гостевой ОС, затем до Exchange ... к чему это приведет? Может быть, OWA будет быстрее, если это ...
В итоге я никогда не видел, чтобы виртуальные производственные системы дефрагментировались и на самом деле приводили к улучшению взаимодействия с пользователем. Я не говорю, что это невозможно ... Я просто говорю, что это маловероятно.
Советы по VMWare VM и дефрагментации: размер vmdk после первоначального создания? Если вы прошли через все эти разные уровни, начиная с iSCSI, затем до vmdk, затем до гостевой ОС, затем до Exchange ... к чему это приведет? Может быть, OWA быстрее, если это ...
В итоге я никогда не видел, чтобы производственные системы, которые были виртуальными, дефрагментировались и фактически приводили к улучшению пользовательского опыта. Я не говорю, что это невозможно ... Я просто говорю, что это маловероятно.
Советы по VMWare VM и дефрагментации: размер vmdk после первоначального создания? Если вы прошли через все эти разные уровни, начиная с iSCSI, затем до vmdk, затем до гостевой ОС, затем до Exchange ... к чему это приведет? Может быть, OWA будет быстрее, если это ...
В итоге я никогда не видел, чтобы виртуальные производственные системы дефрагментировались и на самом деле приводили к улучшению взаимодействия с пользователем. Я не говорю, что это невозможно ... Я просто говорю, что это маловероятно.
Советы по VMWare VM и дефрагментации: http://blogs.vmware.com/vsphere/2011/09/should-i-defrag-my-guest-os.html
Одна интересная цитата из этой ссылки:
«Я должен указать что я прочитал, что внутри VMware мы не наблюдали заметного улучшения производительности после дефрагментация гостевых ОС, находящихся в SAN или NAS
% windir% \ system32 \ inetsrv \ appcmd start apppool /apppool.name:[Имя приложения]