Обычно начальству нужен актуальный отчёт по всем
подразделениям «здесь и сейчас» - в такие моменты нет ни времени ни средств на
приобретение и внедрение крупных корпоративных систем. Оказывается, есть
простое решение у таких задач.
Подходы к резервированию бывают разными: на одних предприятиях существует жестко выработанная политика,и все сотрудники должны следовать ей неукоснительно, на других же резервирование осуществляется стихийно — в случайное время,случайными людьми, на первый же попавшийся носитель.Многие, с головой уходя в техническую сторону проблемы, совершенно забывают про экономическую составляющую, и в некоторых случаях затраты на плановое резервирование превышает возможные (и, зачастую, маловероятные) убытки от потери данных.
Я работаю инженером по отладки производительности в корпорации Intel
уже 6 лет. В начале моей работы я тестировал производительность
серверной продукции, а сейчас я в основном занимаюсь серверными тестами
TPC-C и TPC-E OLTP. И использовал разнообразные рабочие нагрузки, и мне
приходилось тратить много времени на оптимизацию каждого уровня
иерархии производительности: на уровне приложений, систем и
процессоров. Как и многие из вас, я познал все рабочие хитрости методом
проб и ошибок. Теперь я хочу поделиться своими знаниями, чтобы Вы все
смогли воспользоваться моим опытом.
Для начала я расскажу о нескольких общих методологиях отладки
производительности, которые будут полезны как профессионалам, так и
любителям и тем специалистам, которые занимаются этим помимо своей
основной работы. Позднее я опубликую более развернутые описания по
каждому из принципов.