[ОТВЕТИТЬ]
04.10.2006 11:22
bayan
 
В общем, такая проблема. Есть БД 96 Гб. 1 раз в месяц считаю товародвижение. Перенос сделал нормально, а при расчёте административный модуль отвалился в никуда. Логов в TEMPе тоже никаких???? DAT-файлы присутствуют..... Может кто сталкивался с такой проблемой?? Подмогните...
04.10.2006 11:25
Mtirt
 
По твоему описанию сложно что-то сказать. А очистить расчеты и заново запустить расчет что мешает?
04.10.2006 11:29
bayan
 
Да я понимаю, что сложно, только вот очистка расчетов и переносов как-то не помогла... (после этого какие-то смутные подозрения появились....). Вопрос в том, как потестить можно, я думаю, при расчёте какие-то индексы полетели... :(
04.10.2006 11:30
OlegON
 
Вопрос:
А у меня расчет товародвижения (еще что-то) глючит, падает на неожиданном месте...
Ответ:
Проверьте, чтобы в имени пользователя (не в его полном имени, а том, что вводится при входе в систему) и его пароле не было русских символов, точек, запятых, кавычек и других символов, кроме латинских. Кроме того, крайне рекомендуется не заводить русскоязычных пользователей в системе и оставлять путь в %TEMP% по умолчанию, лучше его переназначить на более короткий, скажем C:\TEMP, убедившись, что у всех пользователей есть на него права. И не забывайте, что в Административном модуле предпочтительно работать через supermag, другие пользователи могут нарваться на проблемы. Кроме того, не стоит работать через Terminal Services, особенно, если у вас 8i.
04.10.2006 11:34
bayan
 
Вот и ответ:
Пользователь supermag пароль тоже англицкий. Переменнная %TEMP% D;\Temp. Права у всех юзеров на него полные. Терминалки на серваке вообще нет.
Что ещё может быть???
04.10.2006 11:36
Mtirt
 
Место на диске D: ?
Правда там есть сообщение об ошибке...
Кроме Dat -файлов логи там же лежат обычно. Что в логах написано?
Ну и традиционное: посмотри количество по документам. Может быть очень большое число?
04.10.2006 11:39
bayan
 
Ну число у меня давно очень большое... ;) (базе 4 с лишним года, 25 магазинов)
Место на диске D: валом (около 200Гб). А вот логов нету, только .ctl и .dat
04.10.2006 11:41
Mtirt
 
Нет. Количество товара в накладной имелось ввиду...
Еще был пустой номер документа.
Тоже вызывает паралич расчета себестоимости
04.10.2006 11:43
bayan
 
хм... вроде пустых номеров быть не должно... (буду проверять)
А количество товара в накладной имеется в виду за месяц прошедший или за весь период существования? С/с я так понимаю за весь период рассчитывается...
04.10.2006 11:43
OlegON
 
Консольки выскакивали? Попробуй Пуск - Выполнить - cmd - sqlldr, проверь %PATH%, перезагрузи сервак, на каком моменте админ отваливается? Прогони оптимизатором.
04.10.2006 11:44
Propil
 
bayan,
с другого компьютера запустить расчет возможно?
04.10.2006 11:47
bayan
 
Запускал уже три раза. Первый раз отвалилось после обработки артикулов при попытке записать в базу. Вывалилось окно с ошибкой. Очистил переносы и расчёты, запустил снова, и всё... теперь при любом раскладе отваливается через два часа после окончания обработки артикулов. Сервер перезагружал, не помогло... Оптимайзер сейчас скачал, буду пробовать...
04.10.2006 11:53
OlegON
 
И нигде никаких жалоб? Ни в виндовом логе, ни в алерте, нигде?
04.10.2006 11:53
bayan
 
Да вот ещё проблема появилась, возможно и с этим связано как-то.
Отчёты не выполняются. Пишет:
ORA-01155 слишком старый снимок сегмент отката по именя RBS19 слишком мал
ORA-06512 На SYS.DBMS_SYS_SQL, line 1081
ORA-06512 На SYS.DBMS_SQL line 321
04.10.2006 11:59
bayan
 
ORACLE Instance dboffice (pid = 9) - Error 600 encountered while recovering transaction (12, 11) on object 3657.
Wed Oct 04 11:59:32 2006
Errors in file f:\oracle\admin\dboffice\bdump\dbofficeSMON.TRC:
ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []
В аллертлоге, а винда молчит... :(
04.10.2006 12:00
Mtirt
 
Такое чувство, что sql-loader не открывается...
04.10.2006 12:12
bayan
 
да вроде запускается в командной строке sqlldr набираю, параметры просит, запускается... SQL Plus тоже работает...
04.10.2006 12:18
OlegON
 
PURPOSE:
This article represents a partially published OERI note.

It has been published because the ORA-600 error has been
reported in at least one confirmed bug.

Therefore, the SUGGESTIONS section of this article may help
in terms of identifying the cause of the error.

This specific ORA-600 error may be considered for full publication
at a later date. If/when fully published, additional information
will be available here on the nature of this error.

SUGGESTIONS:

Rebuild the corrupted index.
AND
1) Restore a backup (cold or HOT) on another machine.
2) Run DBVERIFY (dbv executable) against all the backup datafiles involved.
3) Recover and roll forward with the archive logs through the time
when the error occurred. If there are no errors, this is most likely a
lost I/O or media corruption. You will need to get with your Hardware
vendor and check the hardware/Operating system with extensive diagnostics.
04.10.2006 12:23
bayan
 
RBS01.dbf size 2408M used 134.508 куда раздувать-то??
04.10.2006 12:24
Mtirt
 
Для такой базы мало, если честно.
04.10.2006 13:29
reddevil
 
Цитата:
bayan RBS01.dbf size 2408M used 134.508 куда раздувать-то??
Цитата:
mtirt Для такой базы мало, если честно.
+1 для 96г базы странно маленький UNDO
04.10.2006 15:01
Mtirt
 
Специально у себя посмотрела. 10 файлов по 1Г. Размер базы не сильно больше...
04.10.2006 15:03
Mtirt
 
Насколько я понимаю, резюме из вышесказанного: надо разобраться с проблемным индексом. Скорей всего из-за этого и валится все.
04.10.2006 15:24
bayan
 
Делаю запрос select * from dba_indexes where status = 'UNUSABLE'
0 rows selected... :( что-то не пойму, что тогда восстанавливать??
04.10.2006 16:26
OlegON
 
А не факт, что при физическом повреждении он сразу в неиспользуемые свалится. Ты оптимизатора прогони, да?
04.10.2006 16:37
bayan
 
А оптимизатор, я так понял надо: opimizer2.exe /chkindx ??
04.10.2006 16:39
OlegON
 
Нет, полную /optimize, он тогда validate всем делает.
04.10.2006 16:52
bayan
 
OLEGON-ERROR: несоответствие версии базы и oci.dll. К чему бы это??? Вроде не обновлял Oracle даваным давно...
04.10.2006 17:00
bayan
 
Версия стоит:
Oracle8i Enterprise Edition Release 8.1.6.3.0 - Production
PL/SQL Release 8.1.6.3.0 - Production
CORE 8.1.6.0.0 Production
TNS for 32-bit Windows: Version 8.1.6.3.0 - Production
NLSRTL Version 3.4.1.0.0 - Production


Опции темы


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

 

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