Qwadrat

Без vCenter нет смысла покупать Standard, потому что не сможете использовать vMotion и другие фичи.
Если не нужен vCenter и фичи редакции Standard - используйте бесплатную версию.

По истечении 12 месяцев надо будет купить только техподдержку.

Вот частный пример. Не можем найти Oracle DBA в небольшом сибирском городе. Их просто здесь нет. Из других городов ехать желающих нет. Зарплата очень достойная. Пришлось обучать другого человека.

В больших городах конечно и спрос и предложение больше. У Oracle DBA обычно неплохая з/п.
Мое личное мнение: заниматься стоит Oracle и postgres.

Это неправильное решение, лучше так не делайте. Сделайте все на AD.

Менял по гарантии память и винты. Через ближайший (единственный в нашем городе) авторизованный сервисный центр HP. Хотя сервер был куплен совершенно в другой организации. Сперва просят дать серийный номер, где была установлена память, потом меняют.

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

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

Как вариант - в проводнике поставить сортировку по дате создания, а не по дате изменения. У Вас письма в ящике Exchange хранятся? Может быть Ваши письма лежат в .pst файле, который был откуда-то выгружен?

Это обычная проблема, когда имя домена AD совпадает с именем сайта. Самым простым выходом, как уже верно подметили, является использование www внутри компании. Либо делать policy based routing, если позволяет инфраструктура.

Сделать на сервере шару (net share), залить туда дистры и поставить. Или подключить сетевой диск с дистрами (net use). Не вижу проблемы.

Что не устраивает в текущей реализации?
Почему не поставить Windows Server?
Почему не купить простенький NAS, например Synology, где есть CIFS сервер?

Если 11g, то можно клонировать на лету с активной базы без создания бэкапа:

rman target sys@db1 auxiliary sys@db2

DUPLICATE TARGET DATABASE TO db2
FROM ACTIVE DATABASE
DB_FILE_NAME_CONVERT '/u01/oradata/db1/','/u01/oradata/db2/'
SPFILE
PARAMETER_VALUE_CONVERT '/u01/oradata/db1/','/u01/oradata/db2/'
SET LOG_ARCHIVE_DEST '/u01/oradata/arc/db2/'
SET LOG_FILE_NAME_CONVERT '/u01/oradata/db1/','/u01/oradata/db2/';

Конвертация имен файлов актуальна, если делаем копию на этом же хосте

Позволю себе немного пофантазировать. Если уж никуда от блэйдов не деться, возможно стоит попробовать поднять RAC со всеми активными нодами. Плюс в том, что между блэйдами проще организовать быстрый интерконнект. Основная проблема в этом случае - грамотно спроектировать БД, чтобы по минимуму использовать интерконнект между нодами кластера. Ну и конечно без СХД вам не обойтись.

Поддерживаю, считаю что блэйд - совсем не то, что вам нужно. Вам нужно 1-2 мощных сервера и нормальную СХД. Любой системный интегратор вам быстренько составит ТКП под такую задачу. Определитесь только, какая ОС у вас будет - если Linux, то брать SPARC нет смысла.

А что не устраивает в текущей реализации? Зачем куда-то переводить?
А так, на вскидку - взять Sharepoint и допилить в нем нужный функционал.

Если проведены телефоны по 8-жильному UTP, то самое простое — пустить 100 мбит Ethernet по двум парам.

Пробовали psfile? technet.microsoft.com/ru-ru/sysinternals/bb897552

Возможно в случае отправки с компа бродкаст пакеты идут не с того интерфейса?
Воспользуйтесь Wireshark для диагностики.

Если на PC1 закрыть 1С — тормозит ли PC2?
Посмотрите с помощью perfmon на PC1 очередь диска

Использовать BigDump? www.ozerov.de/bigdump/