[ТЕМА ЗАКРЫТА]
06.08.2007 14:17
akonev
 
Цитата:
Shiba ошибка ora-1501
ora-01501 ? CREATE DATABASE failed??? *76
06.08.2007 14:42
Shiba
 
собственно


ORA-1501 signalled during: CREATE DATABASE almico
Проверка SSEVENTLOG...
06.08.2007 14:52
OlegON
 
Цитата:
Shiba что-то пишет проверка sseventlog и сваливается опять в командную строку...
оракл девятый.
ошибка ora-1501
Шифрованный лог на обменник...
06.08.2007 15:17
Shiba
 
снес базу, поставил снова.
Таже ситуация, только без ора 1501
Вот лог
06.08.2007 15:40
OlegON
 
А ты ее проинициализировал хоть?
06.08.2007 15:55
Shiba
 
базу восстанавливаю с бэкапа
06.08.2007 16:26
Shiba
 
все заработало. Прошу прощения что отвлек
06.08.2007 16:31
OlegON
 
Цитата:
Shiba ***
***
***
*
Это что было? В чем проблема заключалась-то?
06.08.2007 16:50
Kryukov
 
Цитата:
OlegON Это что было? В чем проблема заключалась-то?
Первая буква ругательства наверное ... и что было ?
06.08.2007 17:34
Shiba
 
А ХЗ. Я незнаю что было. Я еще раз все снес и все заново поставил.
Оптимизация прошла. (Мне это надо было для того, чтбы посмотреть на что ругается оптимайзер, чтобы внести нужные коррективы в инит.ора)

Мне вот это интересно..
OLEGON-WARNING: Не удалось выполнить ALTER TABLE "SUPERMAG"."SMOFFICELOG" noparallel:ORA-00604: error occurred at recursive SQL level 1
ORA-06550: line 8, column 16:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMOFFICELOG], [], [], [], [], []
ORA-06550: line 8, column 4:
PL/SQL: SQL Statement ignored
07.08.2007 08:10
Dim
 
Прокомментируйте, пожалуйста. Что у меня с базой творится?
07.08.2007 09:38
OlegON
 
Цитата:
Dim Прокомментируйте, пожалуйста. Что у меня с базой творится?
Вроде ничего, что не могло бы быть поправлено. Кривые руки администратора в общем.
27.08.2007 12:28
inna
 
Люди, гляньте плиз . Совсем база умерла?
27.08.2007 12:55
OlegON
 
Предлагаю тут задавать вопросы по оптимайзеру, а на тему баз - в оракловый раздел.
29.08.2007 12:51
OlegON
 
--------- 2.9r6
+ режим /sync - синхронизация баз по dblink/почтовику (сравнивает по
dblink и недостающее ставит в очередь на расссылку)
+ режим /bot (показывает лог создаваемых документов в реальном времени)
+ session_cached_cursors
+ удаление лишних строк из SSEVENTLOG
05.09.2007 01:35
Vovantus
 
После прогона базы через параметр optimizer3.exe /optimize заметил одну особенность. Архив базы увеличился почти на 5%! Т.е. если за последний месяц размер архива увеличивался с 865 MB до 870 MB, то после прогона он стал 915 метров Объясните, пожалуйста, почему размер базы так резко вырос?

З.Ы. optimizer запускаю не первый раз и всегда размер архива базы увеличивался!
05.09.2007 07:35
Propil
 
на своей базе такой зависимости не обнаружил
Oracle 9
05.09.2007 07:40
Vovantus
 
у нас 8 версия
05.09.2007 07:47
kadr
 
Цитата:
Vovantus После прогона базы через параметр optimizer3.exe /optimize заметил одну особенность. Архив базы увеличился почти на 5%! Т.е. если за последний месяц размер архива увеличивался с 865 MB до 870 MB, то после прогона он стал 915 метров Объясните, пожалуйста, почему размер базы так резко вырос?

З.Ы. optimizer запускаю не первый раз и всегда размер архива базы увеличивался!
Какой тип архива? холодный? горячий? RMAN или нет?
05.09.2007 07:55
Vovantus
 
Цитата:
kadr Какой тип архива? холодный? горячий? RMAN или нет?
архивирую деревенским способом:
останавливаю СМ и базу
копирую папку ORACLE в c:\temp
запускаю базу и СМ
архивирую консольным RAR'ом c:\temp
копирую архив на доп. сервер

за месяц размер архива базы увеличился на 5 метров, после прогонки базы через optimizer размер архива вырос почти на 50 метров. Нехило так! *140
05.09.2007 07:59
OlegON
 
А база увеличилась? Думаю, просто напросто рар плохо сжал пустое место.
05.09.2007 08:03
kadr
 
Полагаю, что после прогона оптимайзера данные на уровне базы лежат достаточно плотно друг к другу, и рар просто по другому ужимает этот же объём данных.
05.09.2007 08:06
Mtirt
 
А физический размер базы после прогона оптимайзера увеличивается?
Я имею ввиду именно размер файлов данных...
05.09.2007 08:17
Vovantus
 
Цитата:
Mtirt А физический размер базы после прогона оптимайзера увеличивается?
Я имею ввиду именно размер файлов данных...
сложно сказать.. у меня есть архив до прогонки базы через optimizer. Следующий я зделал через сутки. Разница в один рабочий день. Полагаю это неважно, т.к. размер данных увеличивается внутри базы, а внешне размер файлов базы данных не должен увеличиваться. Сейчас распаковываю два архива, как сравню - отпишусь!
05.09.2007 08:54
Vovantus
 
Вы были правы! Дело в архиваторе. Размер базы без архивирования почти не меняется. Спасибо
03.10.2007 16:53
baggio
 
Олег а моно по подробнее

/slave:base105 /post:105 /spwd:qqq - сравнить с базой
base105 и недостающие объекты кинуть на 105 в почтовике.
Синхронизация производится по database link, соответственно
base105 должна быть в tnsnames.ora сервера основной базы.

что значит "кинуть на 105" - это кинуть на 105 транспорт в почтовике? я понимаю что глупый вопрос но все же...
03.10.2007 17:50
OlegON
 
Да. Не транспорт, а имя базы в почтовике должно быть 105. У меня магазины по номерам и в почтовике пишется номер магаза, очень удобно для массовой обработки.
21.10.2007 16:15
Pyatak
 
1) Заметил пустячковую ошибку: в тексте, который появляется при выдаче optimizer3 /h есть строчка со словом "optimizer2"
2) Пожелание ввести дополнительный ключ, по которому оптимайзер проводил бы только проверку параметров БД, ведь прежде чем начинать процедуру оптимизации, желательно чтоб все настройки БД были в норме.


Опции темы


Часовой пояс GMT +3, время: 17:01.

 

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