Куда стока сразу, оракле да mysql в первую очередь, для серьезного продвижения по службе уже опционально. Ибо первые два чаще всего встречаются. Постгресс разве что в 1С используется.

Да-да = postgresql для 1С полное УГ, лучше уж MSSQL, с ним куда проще.

причем здесь MSSQL? 

Почти согласен. Но вот в современных условиях я бы сильно выделил виртуализацию. Время слабых и дохлых серверов давно прошло. Сейчас сервера настолько могучи, что вполне могут поддерживать типовые задачи особо не замечая нарузки. А это значит, что если мы будем разворачивать новые физические сервера под новые наши задачи, то мы будем тривиально выбрасывать деньги на ветер. Как по разовой закупке, так и по цене владения (плата за электричество, кондиционирование и так далее). Отсюда - необходимо заниматься "консолидацией" серверов, разворачивать новые службы, задачи не на физических серверах, а в виртуальных.

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

Мои приоритеты такие:
1. Сети.
2. Основы операционной системы и написание несложных скриптов на каком угодно шелле.
3. Виртуализация.
4. Железо.
5. продвинутой знание шелла с перлом.
6. Основы SQL
7. Языки высокого уровня (желательно С, С++).

Вот не понимаю, зачем админу это знать? Вот хоть убейте. Для этого есть программисты.

Чтобы понимать программиста. И, при необходимости, четко ставить им задачу.

Например, у меня на работе стоит терминал управления электроникой с функциями удалённого доступа.
На нём стоит Windows 7 Server for Terminal с программным обеспечением Lingl.
Сама ОСь на редкость тормозная, несмотря на двухядерный процессор и 8Гб памяти.
Ну это фиг с ним. Программисты перед тем как подключить telnet для связи с Германией при исправлении "вечных глюков
суперновых технологий" едва ли не на коленях молятся, чтобы не рухнула СУБД и не прилетел вирус.
Даже наклейку прихерачили "Спаси и сохрани" на дисплей.
Одних только вылетов программ по причине "проводник не отвечает" уже насчитали 6 или 7. И это за три месяца работы...
При настройке оборудования на терминале два раза падала MS SQL посреди обработки запроса, один раз с почти полной
потерей всех данных.
Хорошо, что хоть синего экрана ещё не было.

Kettler, весь софт лицензионный. Винда приехала вместе с терминалом из Германии.
Внешне напоминает сильно упрощённую Windows 7 Ultimate с классическим стилем без Aero.
Напичкана по уши серверным ПО - FTP Server (Microsoft), MS SQL, почтовый сервер и пр.
Видел меню один раз только мельком, т.к. работаю только в окне Lingl Terminal User.

Cruiser78,  Лаги: сетевые и cpu, это то, что я помню. Начальтво местное было в ужасе, т.к. даунтаймы в работе 1с были очень частые. И это vmware.

Да чего далего ходить. Вот у меня в хозяйстве:
1.  Как -то утром

kvm_run: Bad address
kvm_run returned -14
qemu: terminating on signal 15 from pid 1778
2014-07-31 06:59:58.342+0000: shutting down
2014-07-31 07:00:42.560+0000: starting up

2. А вот как-то ночью

как бы... всем?

lone_wolf,  угу.
Ни Gentoo, ни Slackware на сервера не ставят.
В первой - проблематично с документацией и ПО (ковырять Slackbuild не всегда есть возможность или желание),
а на второй - если обновляться, то слишком долго и слишком опасно.

lone_wolf, да ничем.

Тема в стиле что нужно знать что бы работать разнорабочим. )

dyasny, да всё мимо. И процессоров всего 2 и не Debian/Ubuntu, а центосина 6,5.

Точнее говоря сложность поддержки напрямую зависит от стратегии обновлений.  А самих стратегий довольно много.

На хосте 8 ядер c HT, 5 виртуальных машин с суммарным vcpu 11.