Галактика в вопросах и ответах

Версия 7.12 но вскоре намечен переход на 8.фигзнает какой релиз... подумалось щас что решение стоит отложить до перехода на 8-ку, мож там чего и придумается...

для начала сравни файлы параметров

в оракле тож есть такие проблемы

у нас тож примерно с 20-30 пользователей начались серьезные проблемы с производительностью, анализ показал что затык идет по записи на физический диск у Oracle (но думаю название СУБД тут не принципиально) взяли стойку на 14 дисков собрали RAID 1+0, проблемы решились 50-80 сессий вроде терпимо но уж...

да проблема с лицензиями, (покупать лицензию только ля того чтоб на складе ктото чтото глянул нет смысла наверное) База 45 гиг Oracle (с осеню жду прироста еще гиг 10) простым переносом файлА не сделаешь, нужно тушить базу, копировать и потом ее запускать, ночью ко всему еще работают "регламент...

досада ситуации в том что

бакап идет около часа (после окончания рабочего дня)
часа полтора копирование бакапа на другой хост (можно оставить на ночь)
час примерно подьем из бакапа (до начала рабочего дня)

когда должен спать админ?

как лучше организовать сервер для просмотра документов и прочего? идеи: 1) организовать STANDBY на другом хосте - но предпологаю что пользователи не смогут туда войти потому как база будетв режиме только чтение, а пользователи при входе в систему плодят записи 2) руками каждую ночь копировать - проц...

как лучше организовать сервер для просмотра документов и прочего? идеи: 1) организовать STANDBY на другом хосте - но предпологаю что пользователи не смогут туда войти потому как база будетв режиме только чтение, а пользователи при входе в систему плодят записи 2) руками каждую ночь копировать - проц...

просмотрев ORA73DRV.LOG
на нашей фабрике данную проблему решили так
GRANT SELECT ON "SYS"."V_$SESSION" TO "GAL#PUBLIC"
не настаиваю на идеальности решения
p.s. Gal 712, Oracle 9.2.0.7

просмотрев ORA73DRV.LOG
на нашей фабрике данную проблему решили так
GRANT SELECT ON "SYS"."V_$SESSION" TO "GAL#PUBLIC"
не настаиваю на идеальности решения
p.s. Gal 712, Oracle 9.2.0.7

выгрузить всю базу в ДБФ
потом установить 8-ку и импортировать
но как показывает практика не простое енто дело переходы

были некоторые проблемы с СУБД ORACLE и было сделано следующие Сделан полный экспорт базы удален ORA_HOME (весь оракл) Очищена машина от ORACLE установлен новый оракл ORA_HOME Пропатчен с 9.2.0.1 до 9.2.0.7 создана пустая база сделан полный импорт и вот что забавное обнаружилось в модуле управление ...

были некоторые проблемы с СУБД ORACLE и было сделано следующие Сделан полный экспорт базы удален ORA_HOME (весь оракл) Очищена машина от ORACLE установлен новый оракл ORA_HOME Пропатчен с 9.2.0.1 до 9.2.0.7 создана пустая база сделан полный импорт и вот что забавное обнаружилось в модуле управление ...

были некоторые проблемы с СУБД ORACLE и было сделано следующие Сделан полный экспорт базы удален ORA_HOME (весь оракл) Очищена машина от ORACLE установлен новый оракл ORA_HOME Пропатчен с 9.2.0.1 до 9.2.0.7 создана пустая база сделан полный импорт и вот что забавное обнаружилось в модуле управление ...

были некоторые проблемы с СУБД ORACLE и было сделано следующие Сделан полный экспорт базы удален ORA_HOME (весь оракл) Очищена машина от ORACLE установлен новый оракл ORA_HOME Пропатчен с 9.2.0.1 до 9.2.0.7 создана пустая база сделан полный импорт и вот что забавное обнаружилось в модуле управление ...