Что DBMS имеют тесную интеграцию со специализированной ОС?
Если необходимо решить эту проблему больше чем через один хост, можно хотеть проверить OSSEC: http://www.ossec.net/main/ossec-architecture
Это позволит Вам настраивать несколько агентов от централизованного местоположения для автоматического ответа на атаки перебором (наряду с любым другим шаблоном, который можно извлечь из журналов).
Очень хорошая часть программного обеспечения :)
В целом существуют определенные атрибуты RDBMS ACID, которые объединяются для получения полиномиально-разовых рабочих характеристик, когда Вы соединяете два или больше компьютера для обслуживания одной базы данных.
Существует много попыток решить эту проблему:
Оптимизируйте базу данных как можно больше путем сокращения transactionality, сокращения соединений, и т.д.
Оптимизируйте один компьютер как можно больше для обслуживания базы данных - такой как оптимизация операционной системы поддержки, оптимизация дисков, и т.д.
Масштабирование вертикально путем обслуживания базы данных с единственным чрезвычайно мощным компьютером.
Распределение RDBMS sharding или путем помещения различных таблиц в различные базы данных.
Используя действительно распределенную базу данных, которая отбрасывает некоторые атрибуты RDBMS ACID, но предлагает истинное распределение и его сопутствующую производительность. Например, Cassandra и другие. И действительно распределенные базы данных могут быть выполнены на потребительском оборудовании, потому что производительность распределенной базы данных базируется преимущественно на сколько узлов, там, а не на производительности любого данного узла.
Существуют жесткие пределы первым четырем методам. Нет никаких пределов пятому.
Поскольку база данных должна расшириться много раз более быстро, чем тонкие настройки и аппаратные средства могут не отставать, неизбежным решением будет распределенная база данных. Несомненно, многие люди попытаются настроить свои серверы баз данных и затем будут вынуждены обновить до крупных аппаратных средств, но это - просто временная мера, и когда это прекратит быть достаточным, они будут вынуждены сместиться к распределенной базе данных.
Если у Вас есть нечетная четверть миллиона долларов США для расходов Вас, может рассмотреть покупку части машины Oracle Exadata. Это - высоко настроенное устройство базы данных с высоко указанными выбранными аппаратными средствами, и Солярис настроил, пока это не пищит для оптимизации работы Oracle.
Очень субъективный.
Во-первых, в то время как SQL Server может быть выделен Windows OS на x86 аппаратных средствах, ни аппаратные средства, ни программное обеспечение особенно не разработаны для выполнения платформы базы данных. Кроме того, в то время как SQL Server был бы разработан для создания лучшего из Windows, он не следует, он, прежде всего, разработан для производительности. В случае SQL Server я утверждал бы, что, вместо того, чтобы оптимизировать для производительности, он был оптимизирован для администрирования и интеграции.
Во-вторых, аппаратная производительность увеличивает быстро со временем, поэтому что Вы покупаете, поскольку оптимальные аппаратные средства в этом году пройдут свой пик через год, и значительно датированный через три года. Немного покупателей обновили бы свои аппаратные средства, которые часто, таким образом покупая платформу базы данных для получения края в аппаратной производительности кажутся близорукими.
В-третьих, если компания базы данных создает ОС, выделенную ее базе данных, это может получить лучших людей ОС? В противном случае это - личный выбор, будет ли программное обеспечение базы данных работать быстрее на универсальной ОС, созданной лучшими людьми ОС или специализированной ОС, созданной 'более низким подразделением'.
Наконец, до некоторой степени можно часто улучшать производительность путем броска больше (или более дорогой) аппаратные средства в узких местах. Для данного бюджета можно заставить более выгодные условия от помещения долларов градуировать компоненты в универсальной сборке, чем класс 'B' от специалиста. Универсальный будет более дешевым, потому что, чем больше клиентская база, тем больше основные затраты может быть распространен (и больше ценовой конкуренции играет роль между поставщиками).
PS. Очевидно, производительность не является единственными критериями покупки. Время работы, доступность навыков и т.д. все играют роль. Как делает финансовую безопасность поставщика / направление деятельности. Я работал в месте, которое решило, в начале 90-х, Mac была лучшая настольная машина. Они застряли с набором машин без процедуры обновления.
Необходимо проверить Систему IBM i платформ. Это поддерживает DB2, поскольку я, который не точно совместим с DB2 UDB, но это достаточно близко.
База данных очень тесно интегрируется с ОС. Мне говорят, что эта платформа предоставляет уровень эффективности и производительности вне самых диких мечтаний пользователей любой "основной" архитектуры Windows/Linux/Соляриса/и т.д.
У меня нет опыта с ним лично, но большого количества пользователей Системы, i платформ клянутся им, и это, кажется, встречает Ваше требование тесной интеграции.
Я предполагаю, что Вы хотите обсуждение, а не ответы..., но мой ответ является "Нет" так или иначе
В крупном корпоративном магазине каждая Oracle, Sybase и установка SQL Server могут использовать наименьший общий знаменатель: SAN. Это может самостоятельно транзакционно копироваться от сайта. Спросите любой корпоративный DBA.
В любом магазине качество кода будет большим фактором затем сервер/ОС. Никакой объем оптимизации и интеграции не сохранит Вас от плохой индексации, например.
Другие точки:
- Терабайт DB является большим количеством РЕЗЕРВНОГО/ВОССТАНОВЛЕНИЯ/SLA проблемы, по моему скромному мнению,
- Активный набор данных или ежедневного увеличения - то, что необходимо взволновать по поводу, мудрая производительность