Выделенный жесткий диск для Informix SE dbname.dbs файлы и выделенный электронный диск для/tmp файлов
Конечно, Вы не можете выполнить сервис как этот. Вы пытались использовать srvany в сервере 2008? Насколько я знаю, что нет никакой 'официальной' версии srvany для s2k8, но можно ли всегда пробовать, можете Вы нет?
Править: О, я забыл! Мы также используем FireDaemon для выполнения несервисных приложений как сервисы. Хотя, это не свободно, и его функциональность немного слишком много для Ваших потребностей.
Совершенно разумно разделить работу, как описано, хотя в эти дни, с помощью единственного диска на 500 ГБ только для DB мог бы считаться чрезмерным.
Если у Вас есть журнал транзакций, это должно быть на дисководе, не в Электронном диске. Иначе, .dat и .idx файлы в .dbs каталог (если Вы не стали необычными и разместили их где-то в другом месте), достаточны для SE.
Разделение вниз O/S прекрасно - просто удостоверяются, что Вы ничего не удаляете потребности O/S в обработке вещей как обновления. Необходимо стремиться сохранять сервис времени доступным (SNTP, вероятно). Вы, вероятно, хотите SSH доступный. Иначе, да, удалите то, что Вы не будете использовать.
Есть ли дорожные карты для сокращения O/S? Я не знаю об одном...
Это будет, вероятно, скоро перемещено в serverfault.com, но здесь является моим опытом:
Некоторый DB не восстанавливается с катастрофического отказа хорошо, если их временные файлы уничтожаются на перезагрузку. Я не знаю, если это верно, с Informix. Кроме того, RAM часто лучше вводится в эксплуатацию, поскольку DB буферизует (по крайней мере, это - мой опыт с MySQL). Тем путем DB может использовать его самым эффективным возможным способом. Если твердотельный накопитель (SSD), достаточно большой для содержания временных файлов, находится в бюджете, который мог бы быть хорошими инвестициями.
Если Вы выделяете жесткий диск, который подразумевает, что Вы имеете больше чем один в наличии. Рассмотрите использование RAID 0, чтобы объединить два или больше жестких диска, а не использовать отдельный жесткий диск. Это дает Вам почти дважды выполнение чтения-записи, по моему опыту (на основе сравнительного тестирования, сделанного с MySQL с моим соединением транзакции приложения).
Разделение "ненужных" файлов действительно не увеличит производительность, останавливание ненужных процессов будет. Принятие Вас не является низким на дисковом пространстве, файлы, которые не используются, не препятствуют Вашей производительности очень (они могут способствовать дисковой фрагментации, но файлы, которые были установлены с ОС и никогда не изменялись, вероятно, не фрагментируются, если диск не был высоко фрагментирован для начала).
Разговор о фрагментации, удостоверьтесь, что диск, содержащий Ваши данные, регулярно дефрагментируется. Это может оказать большое влияние на Вашу производительность, если существует много вставок, и удаляет.