Планирование дискового пространства для баз данных


3 0

Сегодня я выложил свою статью по планированию дискового пространства для баз данных. Хотя она написана давно, многие вещи не потеряли своей актуальности.

Задумываетесь ли вы о чем-то, когда создаете новую базу данных? Я думаю, что большинство скажет, что нет (если будет отвечать честно), потому что все мы используем параметры по умолчанию, а ведь они далеки от оптимальных. Одних только дисковых настроек целое море, а ведь они реально позволяют повысить надежность и производительность системы. Нет, мы не будем говорить, что для надежности данных в файловой системе нужно использовать NTFS, хотя имена эта файловая система позволяет MS SQL Server использовать диск максимально эффективно. Нас ждет более интересный и конкретный разговор.

Если не хватает ресурсов и что-то начинает работать медленно, то первое, что приходит в голову – наращивание ресурсов и апгрейд. Но ведь это необходимо далеко не всегда. Можно же обойтись и тюнингом, хотя этим нужно заниматься еще до того, как сервер начал тормозить, а на этапе проектирования и установки. Не надо дожидаться, когда грянет гром, чтобы креститься, ведь все можно сделать заранее.

Читать статью полностью Планирование дискового пространства для баз данных


Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым


Комментарии

ronin

16 Октября 2008

Если не хватает ресурсов и что-то начинает работать медленно, то первое, что приходит в голову – наращивание ресурсов и апгрейд.


сейчас читаю один интересный материал зам ген директора Информсвязьстрой (студия SoftTime), там вычитал такую интересную идею что повышение производительности системы посредством апгрейда стоит сейчас (с учётом снижения стоимости железа и повышением его производительности, и стоимости времени разработчика/программиста) дешевле чем доработка и оптимизация программной части

я понимаю что тут можно привести много за и против, всё зависит от трудоёмкости оптимизации и т.д. и т.п., но по своей работе тоже стал убеждаться что очень часто заказчику некогда ждать когда ты там оптимизируешь какой-то алгоритм или запрос, да ему это и не понять будет скорее всего

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


Михаил Фленов

16 Октября 2008

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


ronin

16 Октября 2008

да, кстати (немного не в тему), расскажи пожалуйста как у тебя с работой сложится, меня этот вопрос тоже сейчас волнует


Добавить Комментарий

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

Без проблем вступаю в неразборчивые разговоры по e-mail. Стараюсь отвечать на письма всех читателей вне зависимости от страны проживания, вероисповедания, на русском или английском языке.

Пишите мне