[ОТВЕТИТЬ]
20.01.2010 11:26
Назым
 
СМ 1.026.3
Оракл 10.2

В консоли управления тсартую службу Спермага, затем на базе правым кликом и старт базы, думает, а затем выдает вот такой текст ошибки

2010.01.20 (среда) 11:00:57
Версия 1.026.3
>>> Запись 1
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=1654 SQLState=<none>
ORA-01654: невозможно увеличить индекс SUPERMAG.SSCEVENTLOG_PK до 128 в разделе INDX
ORA-06512: на "SUPERMAG.CORE", line 1585
ORA-06512: на "SUPERMAG.CORE", line 1594
ORA-06512: на "SUPERMAG.CORE", line 1606
ORA-06512: на "SUPERMAG.CORE", line 70
ORA-06512: на "SUPERMAG.CORE", line 955
ORA-06512: на line 1

>>> Запись 2
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
{ call Supermag.Core.StartSMController(?, ?, ?) }
Params:
{0} (null)[255](0,0): vt=8 value=YTEIM
{1} (null)[0](0,0): vt=3 value=580761009
{2} (null)[255](0,0): vt=8 value=Stroj02


Искал по форуму. Кроме как прогнать Оптимайзером, есть решение проблемы? И в чем суть ошибки?

После чего появилась пока не знаю. База не моя.
20.01.2010 11:34
Назым
 
Это все началось еще с 01.12.2009 в логе Оракла:

Цитата:
Tue Dec 01 00:42:36 2009
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
Tue Dec 01 00:43:37 2009
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
Tue Dec 01 00:44:48 2009
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
Tue Dec 01 00:47:41 2009
ORA-1654: unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
Tue Dec 01 00:48:42 2009
20.01.2010 11:36
Назым
 
Цитата:
OlegON https://olegon.ru/showthread.php?t=269
оптимайзер лечит :)
Мда. Читал эту ветку. Ну что ж. Будем ставить Оптимайзер
20.01.2010 11:36
Назым
 
Цитата:
OlegON https://olegon.ru/showthread.php?t=269
оптимайзер лечит :)
А суть или причина возникновения ошибки? Простыми словами
20.01.2010 11:42
Vovantus
 
Назым, не знаю как на 10 оракле, а на 9 была такая штука, как Enterprise Manager Console. Заходишь и смотришь, в каком табличном пространстве у тебя мало места. Там же можно и увеличить место для табличного пространства. Быстрее, конечно, запросом через SQL Plus, но для разового вмешательства хватит и такого варианта.
20.01.2010 11:52
Mtirt
 
https://olegon.ru/showthread.php?t=2...>ORA-01654</a>

Или исчерпано количество экстентов для индекса.
Надо смотреть свойства индекса.
21.01.2010 10:27
Neutron
 
Цитата:
Vovantus Назым, не знаю как на 10 оракле, а на 9 была такая штука, как Enterprise Manager Console. Заходишь и смотришь, в каком табличном пространстве у тебя мало места. Там же можно и увеличить место для табличного пространства. Быстрее, конечно, запросом через SQL Plus, но для разового вмешательства хватит и такого варианта.
на десятке тоже есть эта же консоль....только насколько я помню она в веб варианте
21.01.2010 13:55
Назым
 
Прогнал Оптимайзером. База стартанула. Всем спасибо
23.01.2010 01:02
mighty
 
Цитата:
Назым unable to extend index SUPERMAG.SMPOSTOUTLOGFP by 1024 in tablespace INDX
Извини что поздно, вообще это переводится как "не имею возможносит расширить индекс SUPERMAG.SMPOSTOUTLOGFP на 1024 байта(1кб) в таблспейсе INDX", а на русском языке это означает, что в табличном пространстве INDX оракл не может автоматически увеличить файл табличного пространства, потому что в опциях создания этого вала указан способ расширения ручной (MANUAL) нек AUTO. вот и все..
Лечатся подобные пробелемы не только с INDX но и пользовательскими пространствами USERS или SMOPER так....Заходишь в Enteprise Manager в нужную бузу и там в открываешь опции STORAGE...там будет табличное пространство на которое ругается супермаг..например INDX щелкаешь по нему - видишь что оно хранится в нескольких(одном) файлах...переходишь на вкладку сторадж по-моему не важно там всего две вкладки, на вторую и там написан способ расширения этого файла...у AUTO отключено. Надо создать второй файл и выбрать у него AUTO - тогда расширением табличного пространства будет замниматься сам оракл а не ты..вот и все..
23.01.2010 02:17
Vovantus
 
Цитата:
mighty Надо создать второй файл и выбрать у него AUTO - тогда расширением табличного пространства будет замниматься сам оракл а не ты..вот и все..
помнится, была рекомендация, на форуме, создавать табличные пространства не более 2 гигов на файл. думается мне, если оставить возможность распоряжаться табличным пространством ораклу, то он будет тупо расширять файлик, а не добавлять новый. поэтому будет лучше, на мой взгляд, создать несколько файликов по 2 гига, но с небольшим запасом. и переодичеки поглядывать на их размер. как только места станет мало, сразу добавлять ещё один файлик в табличное пространство.
24.01.2010 20:10
deucel
 
Цитата:
Vovantus помнится, была рекомендация, на форуме, создавать табличные пространства не более 2 гигов на файл.
Если точнее 2047Мб и было это связанно с с ошибкой dbv в 8й версии оракла (возможно и в более поздних) которая не могла работать с файлами больше либо равным 2Гб.
Опции темы


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

 

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