31.01.2010 17:10
OlegON
 
Цитата:
Kryukov Когда начинает выполняться дамп, обязателен ли пароль, можно ли фтп без пароля, новый дамп перезаписыват старый ?
Пароль для архивации обязателен. На фтп - без разницы, просто строка. Дампы формируются по датам.
Был вопрос про время генерации - сразу после RMAN
31.01.2010 21:12
Kryukov
 
Отработало нормально ... дамп в 10 гигов ужало до 900мб
вобщем все почетно...
04.02.2010 12:42
Propil
 
Олег, предыдущие версии оптимайзера предлагали поправить параметры запуска базы при необходимости.
Нынешний это не делает?
или у меня все в порядке? ))
Или перечисление "Non-default parameters" и есть список того, над чем работать?
04.02.2010 12:56
Mtirt
 
Нынешний оптимайзер сам всё меняет, так как считает нужным.
А тебе в лог выдает изменения.
13.02.2010 09:41
Propil
 
Понимаю, что напрямую мой вопрос не относится к оптимайзеру, но как следствие его работы..
Правильно ли думаю, что оптимайзер таблицу FFMAPREP и ее индексы делает секционированными?
Если да,то вопрос -
ранее индексы FF располагались в моей базе в ТП FF_INDX
Сейчас оптимайзер создал их в ТП INDX.
Отличается ли процедура переноса секционированных индексов в другое ТП от переноса обычных?
В букваре пока не нашел
**
Ну, собственно - и табличку тоже оптимайзер перенес из привычного FF_TABLE в USERS
Что не есть хорошо
13.02.2010 11:27
OlegON
 
Согласен, косячок, не продумал, что оно перестроится в табличном пространстве по умолчанию для юзера. Учитывая, что сейчас это уже у всех так, есть мысль указывать в параметрах индексное и основное для аналитики, чтобы оптимайзер проверял их расположение и переносил в нужные. Пойдет?
13.02.2010 12:34
Propil
 
думаю, что пойдет
13.02.2010 14:48
Propil
 
спасибо, в понедельник а может и завтра - запущу
14.02.2010 10:10
Propil
 
Олег, запустил на сервере оптимайзер с включенной опцией NoTabLimit
В процессе работы интернет отвалился (причина не в оптимайзере ))
Ну а сейчас при повторном подключении пишет
14.02.10 12:00:06 -- Requested commands:o
14.02.10 12:00:06 -- Commands accepted
14.02.10 12:00:06 -- Second connection of optimizer disabled...
На твоем сервере сессия осталась висеть?
***
Отвисло ))
14.02.2010 12:48
OlegON
 
Ага, эти повисшие сессии и есть мой главный бич. Как выяснилось, xinetd не прибивает сессию, если происходит обрыв со стороны клиента... Т.е. со стороны софта вообще не видно, что обрыв уже. Поэтому тут целая куча предосторожностей. Но, вроде, поборол. Иногда только достаточно долго придется висеть.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.