Đang cố gắng kết nối nội bộ với Oracle, nhận một phiên bản không hoạt động?

Question

Vì vậy, tôi có một thể hiện Oracle, và tôi biết nó đang chạy trên hệ thống này, tôi đã su'd cho người sử dụng oracle, và tôi đang cố gắng để kết nối bằng cách sử dụng "/ như sysdba". Tuy nhiên, khi tôi kết nối, nó nói rằng trường hợp này là nhàn rỗi. Tôi biết cơ sở dữ liệu đã được mở và mở, bởi vì ứng dụng của tôi đang nói chuyện với nó. Đường dẫn của tôi (ORACLE_HOME, v.v.) có thể không chính xác: bất kỳ ý tưởng nào có cài đặt không chính xác có thể dẫn đến điều này?

% sqlplus "/ as sysdba" 

SQL*Plus: Release 10.2.0.3.0 - Production on Mon Dec 8 09:23:22 2008 

Copyright (c) 1982, 2006, Oracle. All Rights Reserved. 

Connected to an idle instance. 

09:23:22 SQL> Disconnected 

% ps -ef | grep smon 
oracle 6961  1 0 Nov 05 ?   1:24 ora_smon_ORA003 
% 

Answer 1

điều đó có nghĩa là phiên bản cơ sở dữ liệu không được đặt cũng không mở. Thực hiện lệnh khởi động và xem có bất kỳ lỗi nào xuất hiện hay không.

Answer 2

Cơ sở dữ liệu không thể ở chế độ chờ và được sử dụng bởi ứng dụng của bạn cùng một lúc. Có vẻ như phiên sqlplus phải được kết nối với một cá thể khác với ứng dụng. Cố gắng xác định nhận dạng kết nối trong câu lệnh kết nối như sau:

sqlplus "/@ConnectIdentifier as sysdba" 

Answer 3

chắc chắn rằng bạn đã thiết lập ORACLE_HOME của bạn chính xác giống như khi máy chủ được bắt đầu, tôi đã nhìn thấy vấn đề này với oracle 9.2.0.5.0 trên solaris,

ORACLE_HOME=/opt/oracle 
ORACLE_HOME=/opt/oracle/ 

là hai điều khác nhau và sẽ dẫn đến sự cố khi kết nối cục bộ.

Answer 4

Trường hợp có ý nghĩa trên các hệ thống * nix, vì vậy hãy đảm bảo ORACLE_SID của bạn khớp chính xác với tên mẫu. Trong trường hợp này, ORA003 KHÔNG giống như ora003.

Answer 5

thử từ máy console

export ORACLE_SID=your sid here 
sqlplus /nolog 
startup 

Tôi biết trên cửa sổ có một lệnh để tạo ra một dịch vụ để khởi động một thể hiện cho bạn, oradmin -new -sid% ORACLE_SID% -intpwd% oracle_pwd% -startmode A

Answer 6

cảm ơn. nó thực sự là thêm dấu gạch chéo phía trước ở cuối biến ORACLE_HOME.

Trong trường hợp của tôi, hãy xem sự nghi ngờ - Tôi đã đăng nhập vào máy chủ và thử kết nối nhưng đã gặp lỗi ở trên. Tôi biết rằng trường hợp đã được lên và DB đã được mở. Vì vậy, kiểm tra ORACLE_HOME bởi vì tôi đã được loại nhận thức về khả năng này. Những gì tôi thấy là ORACLE_HOME là tốt (tức là không có dấu gạch chéo phía trước ở cuối). Sau đó, sau khi cố gắng rất nhiều khi tôi đọc chủ đề này, nó đánh tôi. DB đã được bắt đầu với ORACLE_HOME được thiết lập với dấu gạch chéo thêm phía trước đó. Vì vậy, DB đã được bắt đầu với ORACLE_HOME =/u01/app/oracle/product/10.2.0.3/ và trong khi đó, tôi đã thử với ORACLE_HOME =/u01/app/oracle/product/10.2.0.3 :(

Cảm ơn một lần nữa.

Answer 7

Ok đây là những gì tôi đã tìm thấy hiểu về dụ nhàn rỗi nó đã làm với các spfile .. đôi khi init.ora của bạn nằm ở một nơi khác

cố gắng để tìm kiếm init.ora, một khi bạn đã tìm thấy vị trí

hãy thử mã đó startup spfile="C:\location";

nó sẽ cho biết trường hợp đó bắt đầu.

cũng một người đã làm việc cho tôi

Answer 8

Tôi đã gặp vấn đề tương tự. Bằng cách xóa "/" bổ sung ở cuối ORACLE_HOME, hãy giải quyết nó.

Cảm ơn bạn đã chia sẻ - thật khó để chẩn đoán và giải quyết vấn đề này khi không có blog này.

Answer 9

Sự cố có thể xảy ra nếu phiên không thể mở được do cơ sở dữ liệu cực kỳ bận. liên trường hợp này sử dụng bất kỳ người dùng thậm chí Oâi anh ngờ nghệch một

sqlplus giả/giả

sẽ cung cấp cho bạn vấn đề thực tế nhưng không dụ nhàn rỗi.

Answer 10

Tôi đã thử sqlplus dummy/dummy và nó đã cho tôi vấn đề thực tế (hết bộ nhớ). Tôi đã có sẵn bộ nhớ và tôi có thể đăng nhập mà không gặp phải bất kỳ vấn đề nào.

Answer 11

Tôi gặp vấn đề tương tự khi chỉ định SID sai (xe thay vì XE). Nếu bạn cài đặt cơ sở dữ liệu với vòng/phút, hãy kiểm tra tất cả môi trường tại /etc/inid.d/oracle

Answer 12

Kiểm tra blog bên dưới. Về cơ bản vấn đề là những gì một trong những câu trả lời khác tuyên bố./root/path_to_home là đúng,/root/path_to_home/được phân tích cú pháp không chính xác vì một số lý do.

http://blog.dbvisit.com/whats-going-on-connected-to-an-idle-instance-but-database-is-running/