Александр К.

1. Виртуальная среда дает штраф. В отдельных случаях заметный.
2. РАЗНЫЕ виртуалки (разных производителей или даже разных версий) дают РАЗНЫЙ ШТРАФ. Наименьший дают VMWare. Proxmoх и некоторые линуксовые дают наибольший.
3. Больше всего влияют настройки схемы электропитания виртуалки, затем квотирования ресурсов (включая процессор), далее "тонкий" виртуальный диск, далее наличие возможности динамического перераспределения ресурсов, настройки биоса для виртуализации, выставленных приоритетов для каждого из ресурсов, конкретная железка тоже может быть не приспособлена на виртуализации (виртуалка не распознает полноценно железо), в отдельных случаях виновата версия платформы 1С. И это не полный список.

Как насчёт?
www.uptimerobot.com
www.pingdom.com

Сильно ли выигрывает в производительности Nginx + php5-fpm ?

У них разная архитектура: nginx может обслужить большее количество запросов в единицу времени с меньшим расходом памяти. Так что в теории должно быть: да, сильно.

Можно ли прикрутить .htaccess Nginx + php5-fpm ?

Можно сделать все то, что умеет .htaccess в конфиге nginx, но прикрутить нельзя.

Стоит ли переходить на Nginx + php5-fpm ?
Сейчас стоит nginx+apache на виртуалках на выделенном сервер. Все на Centos + openvz.
Проектов много разных крутится.

А зачем? Если задаете такие вопросы, у вас сейчас все хорошо.

Схема с nginx красивее, легковеснее, проще в настройке. Я несколько лет уже использую nginx+gunicorn (это питоновый wsgi-сервер, прослойка между приложением и веб-сервером), никакой нужды нет в apache. Но если все ОК, переходить не нужно. Также если нужно будет работать с типовыми проектами, которым нужен .htaccess, но писали не вы, это будет печально: я постоянно плачу кровавыми слезами, если подобная задача возникает, т.к. нужно переписывать все эти .htaccess.

Это название диапазона.
Russia 2 планируется под 6.1-6.4 ГГЦ

Первым делом я рекомендую вам сделать бекап всей базы.
Похоже у вас проблема с с какой-то строчкой в таблице с object_id=267. Что это за объект, вы можете глянуть
select * from all_objects where object_id=267;
Учитывая, что object_id не большой, скорее всего объект системный. А учитывая, что у вас Oracle Express, то патчи к вам не применимы. Значит наиболее простой способ решить вашу проблему - выгрузить все пользовательские данные через exp/expdp, создать новую базу и загрузить данные обратно через imp/impdp.
Если, конечно, у вас получится это сделать.
Если не получиться - пишите, будем думать.