[ОТВЕТИТЬ]
01.06.2007 15:39
MaxidroM
 
собственно САБЖ...
с сортировкой по всем или без сортировки печатает.
ставлю галку ПО СТАРШИМ ГРУППАМ нажимаю выполнить, не важно что /Пред.просмотр/Печать/В файл/ и всё... появляется окошко "Прожвиж. отчёта" "Формирование страницы 1" и... колом... в чём дело... помогите пожалуйста....
надо именно по СТАШИМ ГРУППАМ... СМ2000 1.024.6SP3
01.06.2007 15:43
Propil
 
большинство подобных проблем устраняется, если проверить индексы/посчитать статистику
запусти оптимайзер
01.06.2007 15:48
MaxidroM
 
я не разу не пользовался оптимайзером... я даж не знаю с какой сотороны к нему подойти...
01.06.2007 15:51
Propil
 
изучи переписку перед использованием:
https://olegon.ru/showthread.php?t=79
без него, если нет глубоких познаний в Oracle, скоро начнутся тормоза серьезные с базой
01.06.2007 16:23
MaxidroM
 
вопрос... сколько по времени занимает процесс оптимизации???
проверить индексы /chkindx и потом пересчитать /stats ?
или с ключем optimize запускать?
01.06.2007 16:51
MaxidroM
 
Цитата:
Propil большинство подобных проблем устраняется, если проверить индексы/посчитать статистику
запусти оптимайзер
с каким ключиком запускать оптимайзер? подскажите...
01.06.2007 17:14
inna
 
/optimize
Тогда он сделает все. Только сервер супермага останови чтобы не работал никто.
01.06.2007 17:28
MaxidroM
 
с оптимайзом мне тут подсказали долгая песня... прогнал с чекиндексом и статом... на выходных буду дальше мучиться...
01.06.2007 17:35
inna
 
Так от размера базы зависит, от железа. Все может быть достаточно быстро.
01.06.2007 17:53
baggio
 
Для решения данной проблемы я бы воспользовался "Пересоздание индексов оперативных таблиц", это должно помочь... если лень оптимайзером...
01.06.2007 18:17
bob
 
то максидром

На своем примере хочу сказать, что при размере баз, как у тебя, оптимайзер при нормальном железе должен отрабатывать с /optimize не более 2 часов (а скорее всего не более часа). ПО варнингам выставить pfile. И все должно нормально работать. Больше для оптимизации мы ничем не пользуемся пока а размеры баз побольше твоих будут.Только время и нервы теряешь. Только разверни на отдельной машине холодный бэкап и прогони оптимайзер. УбедишьсяЮ что он не такой страшный зверь. А по поводу штатных средств СМ2000... Я даже не знаю, что они существуют.
01.06.2007 19:30
MaxidroM
 
ну вроде да, на сколько я помню когда на девятку переходили пару месяцев назад,то оптимайз где то час с небольшим шел... Надо будет попробовать... Кстати вопрос. Тормозить надо только кассовый и почтовый сервера и всех выгнать из базы?
01.06.2007 20:37
OlegON
 
Цитата:
MaxidroM с оптимайзом мне тут подсказали долгая песня... прогнал с чекиндексом и статом... на выходных буду дальше мучиться...
все параметры, кроме /optimize и, особенно, /h - костыли, использовать их нужно только в крайнем случае и когда хорошо знаешь, что делаешь. Что касается кого выгонять, я бы предложил остановить все сервисы СМ и всех выгнать из базы.
02.06.2007 06:57
MaxidroM
 
я имею ввиду надо ли тормозить сервер супермага?или достаточно выше сказаного?
02.06.2007 07:14
Propil
 
и сервер супермага тормози
оптимайзер обращается непосредственно к базе, без сервисов СМ2000
02.06.2007 14:32
MaxidroM
 
кассы будут продолжать работать в автономном режиме?
02.06.2007 16:28
OlegON
 
Цитата:
MaxidroM кассы будут продолжать работать в автономном режиме?
Кассы вообще никакого отношения к Ораклу, сервисам СМ и прочему не имеют, они виндой пользуются.
04.06.2007 06:08
MaxidroM
 
Сервер СМ как тормознуть лучше через Управление Сервисами или через Энтерпрайс менеджер консоле...
размер базы я посмотрел чуть больше 5 ГБ.... кстати подскажите попутно... у меня таблицы USERS размер 1024 МБ из них занято 90.28%, надо ли добавить?
04.06.2007 07:25
Propil
 
MaxidroM, почитай, и в первую очередь - "Руководство системного администратора"
Если очень примитивно, то:
У тебя есть база (файлы на дисках). Управляют ими серверные службы Oracle. Доступ к ним получают пользователи, которые в Oracle зарегистрированы (sys, supermag, юзеры, которых администратор завел)
Программа СМ2000 - это всего лишь оболочка (со своими средствами управления доступом), удобная для женских и мужских людей, с помощью которой посредством Oracle обращаются к базе.
Свободного места в таблицах должно быть процентов 50. То есть, добавляй новые файлы. По 2 Гб
04.06.2007 07:30
Sullen
 
Сервер СМ тормозится в управлении сервисами, а в Enterprise Manager Console ты положишь базу, после чего к ней и оптимайзер не подключится...*44
04.06.2007 07:32
bob
 
Цитата:
MaxidroM Сервер СМ как тормознуть лучше через Управление Сервисами или через Энтерпрайс менеджер консоле...
размер базы я посмотрел чуть больше 5 ГБ.... кстати подскажите попутно... у меня таблицы USERS размер 1024 МБ из них занято 90.28%, надо ли добавить?
Лучше не добавлять, а текущие увеличить. Просто из DBA-studio.
04.06.2007 07:34
Mtirt
 
Цитата:
MaxidroM Сервер СМ как тормознуть лучше через Управление Сервисами или через Энтерпрайс менеджер консоле...
размер базы я посмотрел чуть больше 5 ГБ.... кстати подскажите попутно... у меня таблицы USERS размер 1024 МБ из них занято 90.28%, надо ли добавить?
Добавляй. Можешь их размер до 2000 Mb увеличить.

Сервер СМ- только через управление сервисами. Это просто Win-приложение, запущенное как сервис.
04.06.2007 07:40
MaxidroM
 
Всё понял... спасибо... таблицу добавил... СМ щаз тормозну и буду оптимайзер запускать...
04.06.2007 08:46
MaxidroM
 
/optimize прошел в конце выдал...
alter database close immediate:ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected
Оптимизация завершена. Перезапустите базу.
04.06.2007 08:55
MaxidroM
 
проблема не устранена... по прежнему отказывается печатать книгу по старшим группам...
04.06.2007 09:43
Propil
 
Цитата:
MaxidroM /optimize прошел в конце выдал...
alter database close immediate:ORA-01093: ALTER DATABASE CLOSE only permitted with no sessions connected
Оптимизация завершена. Перезапустите базу.
он до конца не доработал - связь с базой была потеряна.
Ее или остановили, или убили сессию оптимайзера
*********
ORA-01093
ALTER DATABASE CLOSE only permitted with no sessions connected
Cause
There is at lease one more session, other than the current one, logged in to the instance. ALTER DATABASE CLOSE is not permitted when other sessions are active.
Action
Find the other sessions and disconnect them. Then retry the ALTER DATABASE CLOSE command. Also, issue the SHUTDOWN IMMEDIATE command to force users off the system, or issue the SHUTDOWN ABORT command to shut down the database without waiting for users to be forced off.
04.06.2007 10:02
MaxidroM
 
интересно... я не тормозил и не убивал его.... (((
04.06.2007 10:13
Propil
 
ну, правильней даже - произошло подключение еще какого-то пользователя к базе, когда оптимайзер с ней работал (проверял структуру?)
Из-за этого и ошибка
04.06.2007 10:32
MaxidroM
 
Будит ли выходом из этой ситуации килл всех сессий из ЕМ? и перезапуск оптимайзера?
04.06.2007 11:28
Propil
 
проще остановить все сервисы Супермага, тогда никто и не залезет в базу, пока оптимайзер работает


Опции темы


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

 

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