11.04.2007 22:24
В реестре, где твой хом базы, например HOME0, добавь параметр типа REG_SZ ORACLE_SID и значение ему сид баззы есесно, например ORCL.
В тнс HOST = 127.0.0.1 Коннект обеспечен железно.

З.Ы. И зачем себе усложнять жизнь на сервере, в sqlnet пишешь SQLNET.AUTHENTICATION_SERVICES= (NTS), типа верить секьюрности билла
так же следует проверить что пользователь в группе ORA_DBA
и вот оно счастье
cmd
svrmgrl
connect / as sysdba
11.04.2007 22:44
ORACLE_SID там и так должен быть, если база создавалась штатно, хотя бы одна. Если не создавалась - лучше создать, хоть левую, чтобы там еще кое-какие параметры прописались. Базу-то и остановить можно. Я предпочитаю не реестр, а в переменные окружения пробивать, проще и быстрее. Для своего юзера.
В sqlnet.ora лучше заремить SQLNET.AUTHENTICATION_SERVICES и не придумывать с ORA_DBA... Если у человека домен, то с такими знаниями он поплыть может. Пусть с простого начнет.
12.04.2007 01:35
Клиента своего вобще сноси ф топпку, он тебе там нахрен не нужен. Тока монстры на сервер клиента заливают, а смысловой нагрузки никакой. И хом соответственно клиентский не забуть в реестре прибить.
12.04.2007 07:43
Цитата:
paul И хом соответственно клиентский не забуть в реестре прибить.
Тогда и home_counter уменьшить там же... *04
12.04.2007 10:52
Цитата:
Если не создавалась - лучше создать, хоть левую
кажется начал догадываться.
Действительно базу не создовал с бекап сервера перилил. Сервис создал из командной строки.

Может так:
1. сделать backup
2. Создать базу
3ю поднять backup.
12.04.2007 11:11
В принципе можно не возиться, просто создать базу еще одну с другим именем, потом ее убить и ORACLE_SID поправить.
12.04.2007 11:22
Цитата:
ORACLE_SID поправить
править в риестре, я так понимаю?
а ключи риестра, ты уже говорил гдето на форуме, лежат в какомто файлике.

так?
12.04.2007 11:32
Нет, в файлике лежат DCOM, это не в ту степь вообще. Править в реестре, он передернется на вновь созданную базу по моему.
29.08.2008 08:34
Цитата:
omorozov все, зашел нормально, похоже проблема была из-за терминальной сессии, в консоли нормально
вчера натолкнулся на ровно ту же проблему и по той же причине.
возможности сесть за консоль не было, поскольку город другой.
а базу-то лечить надо!

оказалось, что svrmgrl нормально работает в терминалке, если она запущена с ключиком /console

mstsc -v ip_адрес /console

общей рекомендации "когда только возможно - работать с ораклом локально" это не отменяет, но иногда может выручить
29.08.2008 09:05
Цитата:
Andrew_Konev оказалось, что svrmgrl нормально работает в терминалке, если она запущена с ключиком /console
так этот ключик и говорит о том, что сессия терминала подключиться к консоли. таким образом и получается удаленная работа в консоли.
Часовой пояс GMT +3, время: 10:34.

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