Как помешать программам актуальный источник?
Для обработки соединения с базой данных отдельный процесс Oracle требуется, который может потребовать до 2 МБ памяти. Обычно установка Oracle ограничивает количество параллельных соединений на основе доступной памяти и конфигурации ЦП.
Например, скажем, у Вас есть 50 клиентских счетов на базе данных максимум с 100 параллельных соединений на учетную запись. Если бы каждая учетная запись в среднем числе использует только 25% = 25 соединений, общее среднее число было бы соединениями 1250 года. Это означает 2 500 МБ только для хранения соединения определенные данные. Существует также процессорное время, необходимое для контекстного переключения.
Путем установления пределов для параллельных соединений можно удостовериться, чтобы транзакции прошли, и что некоторые очень активные клиентские счета не начинают блокировать ресурсы сервера базы данных. Количество соединений ограничено параметром сессий и Вашим лицензированием. Параметр сессий управляет общим количеством соединений включая фоновые процессы Oracle.
Добавление большего количества RAM к серверу с помощью 64-разрядной платформы Windows является хорошей идеей, так как Вы не должны тратить много, даже добавляя 16 ГБ памяти.
Для получения дальнейшей информации того, как конфигурации работают на реалистических сценариях рабочей нагрузки, считайте Сравнительный тест Стандарта EBusiness Suite Oracle. Обычно у них есть большое количество соединений.
Вместо того, чтобы компилировать из источника и развертывания, сборка (или находят) пакеты Ubuntu для более новых версий Вам нужно. Часто можно взять файлы типа "build" от старой версии и просто использовать более новый источник. Можно затем поддержать пакеты как любой другой и только волноваться об отслеживании конфигурационных файлов.
Новое Руководство Специалистов по обслуживанию Debian довольно полезно в этой ситуации, конкретно Глава 9 - "Обновление пакета". - в то время как это может казаться страшным сначала, это может быть столь же просто как
- распакуйте новый источник
- примените файлы пакета
- журнал изменений обновления
- сборка
-
1Doesn' t решают проблему знания, когда обновить Ваши локально созданные пакеты. – womble♦ 21 July 2009 в 02:45
-
2Поэтому необходимо попытаться сделать эту работу максимально далеко в восходящем направлении. Если Вы развертываете что-нибудь из источника it' s на Вас, чтобы смотреть список рассылки безопасности / КАНАЛ RSS и создать новые пакеты, когда новая версия является reqiured. – crb 21 July 2009 в 05:05
-
3Бойкий имел более новые версии некоторых моих пакетов (главным образом nginx), я смог добавить те источники к способному и установить предпочтительный файл, который говорит, что пакет должен прибыть из бойкого я, подоконник должен будет установить мои собственные пакеты для php-fpm – reconbot 22 July 2009 в 22:57
Я упаковываю каждую часть программного обеспечения с помощью диспетчера пакетов дистрибутива. Это имеет много преимуществ:
- Это - хороший способ содержать Ваши системы в чистоте, так как каждый файл является управляемым пакетом.
- Зависимости прослежены
- Если Вы когда-нибудь хотите установить то же программное обеспечение на другом сервере, это - кусок пирога.
- Удаление программного обеспечения является также в значительной степени автоматическим
- Если Вы когда-либо развертываете инструмент управления конфигурацией на своем сайте, имение всего в пакетах делает системы что намного легче справиться.
Базовая проблема, которую Вы имеете, состоит в том, что вместо того, чтобы иметь распределение отслеживают обновления системы защиты и применяют их для Вас, необходимо обработать это сами. Можно сделать жизнь немного легче, тем не менее, путем подписки на список объявлений безопасности для дистрибутива и фильтрации его для обновлений, о которых Вы заботитесь. У меня есть procmail сценарий, что это сохранило автоматически актуальным моим разработчиком пакета (любой пакет там идет на "объявления, которым позволяют, для этого пакета через"), и что-либо, что передает фильтр (значение, "Я должен рассмотреть ручное обновление для этого"), заскакивает в список ожидающих выполнения задач (система покупки билетов) для дальнейшей обработки.
Стандартный тариф должен был бы упаковать скомпилированное программное обеспечение и создать способный репозиторий.
Я не полагаю, что Вы не можете автоматизировать гораздо дальше. Существуют определенные издержки, которые только сделают это стоящим того для значительной суммы серверов.
-
1There' s definatly издержки с точки зрения изучения и создания Вашего первого пакета, но однажды that' s сделанный it' s довольно простой создать более новые версии. Даже всего для одной машины, имеющей пакеты, хорошо для хранения всего опрятным, больше чем для 1 машины packages/repo являются способом пойти. – theotherreceive 21 July 2009 в 06:32
Как другие упомянули, необходимо создать собственные пакеты. Чтобы быть в курсе восходящих источников, подпишитесь на их список (списки) рассылки. У некоторых есть низкий объем - объявляют о списке.
Да это - больше работы, но это - то, чего она стоит для хранения таким образом новейшей.
Я согласовываю 100% с Kamil Kisiel.
Я приехал с 15 лет Windows и сделал большое исследование для обнаружения, с какой разновидностью Linux я приму решение работать. Я только что обновил Fedora 13 to 14 и что-то, что я должен сказать: поддержите программное обеспечение, установленное из источника, реальный кошмар.
Несмотря на факт официальные репозитории иногда находятся позади лезвия, устанавливают программное обеспечение от КОНФЕТКИ, или другой диспетчер пакетов является быстрым, чистым и более безопасным.
Я знаю, что могу думать по-другому когда-то вперед, но прямо сейчас я думаю, что это - лучший выбор для обычного парня как я.