ТЕМА:

Karas,
Ставил, всё работает, дописываешь в oraparam.ini такие строки:

После проверки пререквизитов ставишь галку куда надо, чтоб игнорировать ошибку. Дальше всё ставится и всё работает.

Ставил 10204_vista_w2k8_x64_production_db.zip на Windows Server 2008 x64 R2 - проблем не замечено. Запускать
setup.exe -ignoreSysPrereqs
А вот если накатить 10.2.0.5 (Patchset 8202632), то уже не работает - не взлетает OracleServiceSID, в alert.log какой-то бинарный мусор на несколько мегабайт.

Аналогичная проблема. Причем ты не совсем прав - он не взлетает, но взбирается долго и упрямоПоэтому я ему AUTOSTART отключил. после рестарта системы он как правило сразу не стартует - выкидывает в user trace инфу, что ему якобы не хватает памяти, хотя ее хоть завались. ничего коннектишься к нему, даешь shutdown abort, затем startup. если спустя некоторое время ловишь ora-03113 и очередной user-trace, коннектишься еще раз и повторяешь операцию. Иногда при этом помогает отключение каких-нибудь виндусовых служб, чтобы типа освободить память. Если ora-03113 не словил - то примерно минут так через 5-10 видишь успешный старт экземпляра, еще через столько же - монтировку базы, ну а если терпение у тебя железное, то еще 5-10 мин - и вуаля, база открыта. Причем потом можно рестартить ее хоть до беспамятства - она будет так же долго и упорно останавливаться и запускаться, но запускаться. Явные признаки проблем с войной за память при первом старте системы. Потом еще имеются очевидные проблемы с файловыми операциями - процессы создания новых спейсов идут верно, но мучительно долго. При этом производительность базы абсолютно не страдает - все запросы идут так, как должны идти. То есть взаимодействие оракула с ОС в момент первичной отхватки ресурсов происходит в тяжелых и кровопролитных боях, о которых практически ничего нельзя узнать из алертлога - потому как там именно то, что ты описал.
Никто не в курсе, индусы еще не разобрались с данной проблемой?

Ставил, отлично работает.
Запускайте от имени администратора и все проблемы исчезнут.

Karas пишет: Ставил, отлично работает.
Запускайте от имени администратора и все проблемы исчезнут.

какой у тебя работает? 10.2.0.4 или 10.2.0.5? и что запускать от имени администратора? установку или экземпляр? потому как установка запускалась под учеткой администратора предприятия, куда тут круче-то...
Расскажи по подробнее пожалуйста.

Marshal пишет:

Karas пишет: Ставил, отлично работает.
Запускайте от имени администратора и все проблемы исчезнут.

какой у тебя работает? 10.2.0.4 или 10.2.0.5? и что запускать от имени администратора? установку или экземпляр? потому как установка запускалась под учеткой администратора предприятия, куда тут круче-то...
Расскажи по подробнее пожалуйста.

Работает пока 10.2.0.4.
Вначале у меня DBCA ни как базу не хотел создавать(не создавался сервис). Оказалось, что на этом WS 2008 R2 надо практически все связанное с ораклом запускать через "Запуск от имени администратора"(сисадмины подсказали). Кстати, учетка администратора предприятия тут не поможет. Я тоже был локальным админом на сервере и этого оказалось мало. В итоге я все снес и установил от имени администратора сначала 10.2.0.1, затем накатил 10.2.0.4 и уж потом создал базу. Сервисы встали нормально, а не вручную, как в прошлый раз и база работает прекрасно. Кстати, сервисы как встали, так я их больше и не касался.

Не господа, 10.2.0.5 не из-под администратора, не из-под рута, ни из-под господа Бога нормально работать на win2008R2 x64 не соглашается. Так что, завтра напишу в жалобную книгу РДТеху и будем ждать индусов