"А зачем их вообще переводить?" - скажут ленивые и невнимательные владельцы выделенных серверов.
Ответ прост: "Иначе будете огребать проблемы с планировщиком Cron и логами".

Если ваш сервер в Германии (в Берлине на 2 часа назад от Москвы) или в солничной Флориде (назад на 8 часов от златоглавой) с этим можно жить вообще не глядя на часы, но...
1.) Вдруг что-то случилось и вы решили посмотреть записи событий в логах. В них каждой записи присвоено время (по часовому поясу сервера). А вы же будете думать, что это время "как у вас".
2.) У вас ничего не случилось, но вам надо что-то автоматизировать. Этим чем-то может быть все от банального бэкапа до парсинга соседей по интернету. Тут огрести можно еще минимум в двух случаях:

а.) Даты автоматических бэкапов у вас будут не синхронными с местным временем. Глядя на них можно развернуть файлы не "как было час назад", а "как три" (для Германии) или "как 9" (для США).
б.) Любые другие задачи, повешенные на планировщик Cron, будут выполняться не совсем в то время. К примеру, вы хотите парсить курс доллара каждую полночь, а парситься он будет "в полночь, но не в вашу". Или все тот же бэкап у вас будет не в 4:00 (когда все спят), а в 6:00 (когда жаворонки уже лезут на сайт наливая утренний кофе).


Теперь о том как перевести часы на сервере.

Сначала смотрим какое время показывает сервер (это видно на каждом входе по SSH) или командой

Если время не устраивает - выберем другой часовой пояс командой

Я выбрал Europe и затем Moscow. Получил результат "на час вперед от нормального". Спасибо нано-президенту, докрутился он до зимнего времени...
Значит, - научным тыком...
У меня получилось через GMT-3 выставить московское (оно же питерское) нормальное время.

P.S:
По возможности быстренько перезагрузиться, да еще раз взглянуть на часы.
Не слетело? - Отлично!
Слетело? - Ну что вам сказать, спросите у поддержки (или на форуме хостера при отсутствии таковой) к чему серверные часы привязаны.