dbTalk Databases Forums  

ORA-28009

comp.databases.oracle.server comp.databases.oracle.server


Discuss ORA-28009 in the comp.databases.oracle.server forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
ricforduk@yahoo.co.uk
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 04:30 AM






On 15 Feb, 23:19, syd_p <sydneypue... (AT) yahoo (DOT) com> wrote:
Quote:
On 15 Feb, 23:07, Mladen Gogala <n... (AT) email (DOT) here.invalid> wrote:

On Mon, 15 Feb 2010 11:33:40 -0800, joel garry wrote:
Have you set things up so someone can connect remotely as sys there?
Connecting locally merely means the local user has group rights.

The OP has asked the same question on the DBI group and Jared Still, of
the "Perl for an Oracle DBA" fame, has given him the same answer I did...

--http://mgogala.byethost5.com

Hi Guys,
I am the OP and actually I have only asked the question on this group.
I kind of thought the answer lies in the Oracle world, hence my
posting in this group.
I guess I did not phrase the question very well.
The problem is that I have a selection of scripts that dont like *"sys
as sysdba" as a username.
Dont know why *and I dont want to mess with the scripts.
What I need is a username of one word (not three that makes the
scripts barf)
that has the powers to create tablespaces and users in a database that
I created with dbca.

Maybe that is possible? If so please help me.
Thanks for your input so far!

Syd
You could try this:

SQL> create user dbauser identified by xxxxxx;

User created.

SQL> grant dba to dbauser;

Grant succeeded.

SQL> conn dbauser/xxxxxx
Connected.
SQL>

SQL> create tablespace test1 datafile 'test1.dbf' size 10M;

Tablespace created.

SQL> create user test1 identified by test1;

User created.

SQL> drop tablespace test1 including contents and datafiles;

Tablespace dropped.

SQL> drop user test1;

User dropped.

SQL> sho user
USER is "DBAUSER"

Reply With Quote
  #12  
Old   
gazzag
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 05:18 AM






On 15 Feb, 23:19, syd_p <sydneypue... (AT) yahoo (DOT) com> wrote:
Quote:
Hi Guys,
I am the OP and actually I have only asked the question on this group.
I kind of thought the answer lies in the Oracle world, hence my
posting in this group.
I guess I did not phrase the question very well.
The problem is that I have a selection of scripts that dont like *"sys
as sysdba" as a username.
Dont know why *and I dont want to mess with the scripts.

What I need is a username of one word (not three that makes the
scripts barf)
that has the powers to create tablespaces and users in a database that
I created with dbca.
Use the login SYSTEM instead of SYS.

Quote:
Maybe that is possible? If so please help me.
Thanks for your input so far!

Syd
HTH
-g

Reply With Quote
  #13  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 07:57 AM



On Mon, 15 Feb 2010 15:19:11 -0800, syd_p wrote:


Quote:
Hi Guys,
I am the OP and actually I have only asked the question on this group. I
kind of thought the answer lies in the Oracle world, hence my posting in
this group.
I guess I did not phrase the question very well. The problem is that I
have a selection of scripts that dont like "sys as sysdba" as a
username.
Dont know why and I dont want to mess with the scripts. What I need is
a username of one word (not three that makes the scripts barf)
that has the powers to create tablespaces and users in a database that I
created with dbca.

Maybe that is possible? If so please help me. Thanks for your input so
far!

Syd
Syd, what are you actually trying to do? Logging in as SYS is normally
done to shut down or start up the database. There are very few things
that require the SYSDBA privilege. The only exception to the rule is
using the X$ tables but not even that should be done carelessly. Reading
some of the X$ tables can greatly increase latch activity and severely
impact the system.
Starting and stopping database from a Perl script is a very unusual
choice and should be reconsidered very carefully.

--
http://mgogala.freehostia.com

Reply With Quote
  #14  
Old   
gazzag
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 08:29 AM



On 16 Feb, 13:57, Mladen Gogala <gogala.mla... (AT) gmail (DOT) com> wrote:
Quote:
Syd, what are you actually trying to do? Logging in as SYS is normally
done to shut down or start up the database. There are very few things
that require the SYSDBA privilege. The only exception to the rule is
using the X$ tables but not even that should be done carelessly. Reading
some of the X$ tables can greatly increase latch activity and severely
impact the system.
Starting and stopping database from a Perl script is a very unusual
choice and should be reconsidered very carefully.
Mladen,

From what I gather, the OP states:

Quote:
What I need is a username of one word (not three that makes the
scripts barf)
that has the powers to create tablespaces and users in a database that
I created with dbca.
If he requires a login to a database that can create users,
tablespaces and what-have-you, the SYSTEM login is all that he needs
to use, rather than "SYS AS SYSDBA".

HTH
-g

Reply With Quote
  #15  
Old   
Mladen Gogala
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 10:24 AM



On Tue, 16 Feb 2010 06:29:42 -0800, gazzag wrote:

Quote:
If he requires a login to a database that can create users, tablespaces
and what-have-you, the SYSTEM login is all that he needs to use, rather
than "SYS AS SYSDBA".
I agree. But than again, there are many things better than a Perl script
for doing things like that, sqlplus and SQL*Developer, to name two. There
is also this amphibian thingy, popular for reasons beyond my
comprehension and many others.



--
http://mgogala.byethost5.com

Reply With Quote
  #16  
Old   
John Hurley
 
Posts: n/a

Default Re: ORA-28009 - 02-16-2010 , 06:51 PM



On Feb 16, 11:24*am, Mladen Gogala <n... (AT) email (DOT) here.invalid> wrote:

snip

Quote:
I agree. But than again, there are many things better than a Perl script
for doing things like that, sqlplus and SQL*Developer, to name two. There
is also this amphibian thingy, popular for reasons beyond my
comprehension and many others.
Ummm ... well ... did you ever have little kids that were just dying
to click on the toad icon for you ... just to hear the croak?

I do like version 10 ... a couple more years and Toad will be ahead of
Oracle in the software version numbering system.

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.