Назад | Перейти на главную страницу

Выделенный жесткий диск для файлов Informix SE dbname.dbs и выделенный RAM-диск для файлов / tmp

INFORMIX-SE 7.2:

Я хотел бы выделить жесткий диск исключительно для моего каталога dbname.dbs, который содержит все файлы .dat и .idx, и создать ramdisk для моих временных файлов / tmp, чтобы повысить производительность. Я также хотел бы избавиться от ненужных файлов и процессов в ОС, чтобы минимизировать накладные расходы для моего специального приложения. Это хорошая идея и есть ли дорожные карты для ее достижения?

Вполне разумно разделить работу, как описано, хотя в наши дни использование одного диска на 500 ГБ только для БД может считаться излишним.

Если у вас есть журнал транзакций, он должен находиться на жестком диске, а не в оперативной памяти. В противном случае .dat и .idx файлы в .dbs каталог (если вы не придумали и не разместили их в другом месте) достаточно для SE.

Уменьшение O / S - это нормально - просто убедитесь, что вы не удалили ничего, что нужно O / S для обработки таких вещей, как обновления. Вы должны стремиться к тому, чтобы служба времени была доступна (возможно, SNTP). Возможно, вам нужен SSH. В противном случае да, удалите то, что вы не будете использовать.

Есть ли дорожные карты по сокращению O / S? Я не знаю ни одного ...

Вероятно, это скоро будет перенесено на serverfault.com, но вот мой опыт:

Некоторые БД плохо восстанавливаются после сбоя, если их временные файлы уничтожаются при перезагрузке. Я не знаю, так ли обстоит дело с Informix. Кроме того, ОЗУ часто лучше использовать в качестве буферов БД (по крайней мере, таков мой опыт работы с MySQL). Таким образом, БД сможет использовать его наиболее эффективным образом. Если в вашем бюджете есть твердотельный накопитель (SSD), достаточно большой для хранения временных файлов, это может быть хорошим вложением.

Если вы выделяете жесткий диск, это означает, что у вас есть несколько доступных. Рассмотрите возможность использования RAID 0 для объединения двух или более жестких дисков вместо использования отдельного жесткого диска. По моему опыту, это дает вам почти вдвое большую производительность чтения / записи (на основе тестирования, проведенного с MySQL, с моим набором транзакций приложения).

Удаление «ненужных» файлов на самом деле не увеличит производительность, а остановка ненужных процессов. Предполагая, что у вас достаточно места на диске, файлы, которые не используются, не сильно ухудшают вашу производительность (они могут способствовать фрагментации диска, но файлы, которые были установлены вместе с ОС и никогда не изменялись, вероятно, не фрагментированы, если только диск изначально был сильно фрагментирован).

Говоря о фрагментации, убедитесь, что диск, на котором хранятся ваши данные, регулярно дефрагментируется. Это может сильно повлиять на вашу производительность, если будет много операций вставки и удаления.