Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Народ помогите сабжевый тарантас правильно подключить. Имеем: Express Server 634 на Win2k+sp4 - встал нормально из p2378248_634_WINNT.zip OFA server side ( в отдельном хоуме) на том же сервере из p2377711_11i_WINNT.zip Так же на сервере имеется Express Admin. Со стороны клиента: OES_client + OFA_client ( патчи не ставил) ( На ХР sp2) Берём в руки Connection Utility: 1. Set Host Credentials - ввожу пользователя и пароль, который имеет все нужные права ( как указано в документации). 2. Открываю коннект - без ошибок. 3. вконсоле соеденения пишу : database attach demo RO status и та выдаёт статусы измерений, короче говоря - всё нормально. Запускаю OFA client прописываю пользователя с нужными правами ( или OESDBA ) + пароль в строке "Сервер:" IP - OES сервера на Win2k UUiD - ничего. Получаю ошибку: (MXMSERR) CF.CATALOG does not exist in any attached database как лечить ? спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2006, 23:35 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Привет А ты пробовал пооткрывать по отдельности некоторые ключевые базы OFA в консоли или администраторе (Oracle Express Administrator) подконнектившись к OES под соответствующим аккаунтом? Например эти: - super.db - ofaserve.db - ofatools.db ... Если всё хорошо аттачится, то может super.db кривая? Объекты на месте? Например, тот самый cf.catalog: -> shw exists('cf.catalog') YES -> shw obj(dtb 'cf.catalog') SUPER ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2006, 16:16 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Георгий Т.Привет А ты пробовал пооткрывать по отдельности некоторые ключевые базы OFA в консоли или администраторе (Oracle Express Administrator) подконнектившись к OES под соответствующим аккаунтом? Например эти: - super.db - ofaserve.db - ofatools.db ... Если всё хорошо аттачится, то может super.db кривая? Объекты на месте? Например, тот самый cf.catalog: -> shw exists('cf.catalog') YES -> shw obj(dtb 'cf.catalog') SUPER Тут то и оно shw exists('cf.catalog') NO shw obj(dtb 'cf.catalog') NA А я думал ОFA всё самая сделает, вроде когда под Linux Server всё делал ( года три назад) то таких глюклв не было. А как вылечить cf.catalog - может он не знает путь к нему? Или я в документации чё-то не видел ? Ткните носом !!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2006, 18:26 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Забавно... мне удалось воспроизвести ровно эту ошибку, когда я специально снес cf.catalog в базе super.db. Само собой это случаться, по идее, не должно. Предлагаю сделать следующее: 1. запустить connection utility (а лучше express administrator) 2. открыть базу super. Если через connection utility, то: dtb attach <путь>/super.db rw. Ошибок нет? 3. написать dtb list. База super в списке есть? 4. shw exists('cf.catalog') Если на 3-м шаге база в списке есть, а на 4-м будет "No", то похоже, что кривая сама база super.db. Тогда можно переименовать ее (или вообще снести, если там нет ничего) и переустановить серверную часть OFA заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.04.2006, 12:01 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
EvgeniyMЗабавно... мне удалось воспроизвести ровно эту ошибку, когда я специально снес cf.catalog в базе super.db. Само собой это случаться, по идее, не должно. Предлагаю сделать следующее: 1. запустить connection utility (а лучше express administrator) 2. открыть базу super. Если через connection utility, то: dtb attach <путь>/super.db rw. Ошибок нет? 3. написать dtb list. База super в списке есть? 4. shw exists('cf.catalog') Если на 3-м шаге база в списке есть, а на 4-м будет "No", то похоже, что кривая сама база super.db. Тогда можно переименовать ее (или вообще снести, если там нет ничего) и переустановить серверную часть OFA заново. Со стороны клиента делаю : dtb attach D:\oracle\DB\users\super.DB RW dtb list SUPER R/W CHANGED D:\ORACLE\DB\USERS\SUPER.DB EXPRESS R/0 UNCHANGED D:\ORACLE\OES634SERVER\OLAP\OES634\SERVICE\EXPRESS.DB (1 other users reading) OESEN R/0 UNCHANGED D:\ORACLE\OES634SERVER\OLAP\OES634\SERVICE\OESEN.DB (1 other users reading) shw exists('cf.catalog') YES И OFA 11i всё равно выдаёт ошибку, как и раньше. У меня вопрос откуда OFA знает где лежит SUPER.DB ? ( Я с трудом припоминаю но когда серер выл на Linux, то путь прописывался явно при соеденении.) И что дальше можно сделать ? Может клиент не тот :? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2006, 16:08 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Parkhomets Andrey Со стороны клиента делаю : dtb attach D:\oracle\DB\users\super.DB RW ............. shw exists('cf.catalog') YES В первый раз CF.Catalog в базе super не было, во второй раз - есть. Вывод - присоединяются разные базы (ну при условии, что вы под одним и тем же пользователем коннектились). Надо просто определить, почему. В первый раз, когда в базе super было Parkhomets Andrey shw exists('cf.catalog') NO вы как ее открывали? Путь прописывали? Или просто "dtb attach super"? Клиент OFA установлен какой? При запуске клиента OFA при авторизации есть поля имя и путь к персональной базе данных. Путь OFA берет как раз оттуда. У вас там что вбито? "D:\oracle\DB\users\" или что-то другое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2006, 18:08 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
EvgeniyM Parkhomets Andrey Со стороны клиента делаю : dtb attach D:\oracle\DB\users\super.DB RW ............. shw exists('cf.catalog') YES В первый раз CF.Catalog в базе super не было, во второй раз - есть. Вывод - присоединяются разные базы (ну при условии, что вы под одним и тем же пользователем коннектились). Надо просто определить, почему. В первый раз, когда в базе super было Parkhomets Andrey shw exists('cf.catalog') NO вы как ее открывали? Путь прописывали? Или просто "dtb attach super"? Клиент OFA установлен какой? При запуске клиента OFA при авторизации есть поля имя и путь к персональной базе данных. Путь OFA берет как раз оттуда. У вас там что вбито? "D:\oracle\DB\users\" или что-то другое? Я просто не сразу понял, что shw exists('cf.catalog') нужно сделать после того как dtb attach D:\oracle\DB\users\super. Я делаю вывод о том, что OFA клиент не знает пути расположения D:\oracle\DB\users\super. Какой это параметер в *.ini файле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2006, 12:22 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
Если бы OFA просто не знала путь к базе, то была бы ошибка, что невозможно подсоединить базу. А здесь что-то другое. Путь к базе super.db в ini-файле - это параметр PerDbPath. Ее имя - PerDbName. При старте OFA в окне авторизации должны быть эти поля - имя персональной базы и путь к ней. Там забито то, что нужно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.05.2006, 09:54 |
|
||
|
OFA connect to super.db
|
|||
|---|---|---|---|
|
#18+
EvgeniyMЕсли бы OFA просто не знала путь к базе, то была бы ошибка, что невозможно подсоединить базу. А здесь что-то другое. Путь к базе super.db в ini-файле - это параметр PerDbPath. Ее имя - PerDbName. При старте OFA в окне авторизации должны быть эти поля - имя персональной базы и путь к ней. Там забито то, что нужно? Ура! Зафурыкало. Дело насамом деле было в этом путе. Хотя странно первое время я его вводил, но при этом блокировалось введнение IP сервера. Честное слово.! Наличие возможности прописывать путь явно - это естесвенное дело, которое даёт работать со многими базами. А я так "провтыкал" . Ф:) Всем пасиба ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.05.2006, 10:34 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=33692300&tid=1870209]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
78ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 255ms |
| total: | 426ms |

| 0 / 0 |
