Thread: Backing up the database and the limitations


Permlink Replies: 44 - Pages: 3 [ 1 2 3 | Next ] - Last Post: Dec 30, 2005 1:00 PM Last Post By: mtownsen
user454965

Posts: 34
Registered: 10/03/05
Backing up the database and the limitations
Posted: Nov 4, 2005 11:04 AM
Click to report abuse...   Click to reply to this thread Reply
Hello all,

I tried to follow the steps in the documentation to back up the database;

On Windows: Click Start, point to Programs, point to Oracle Database 10g Express Edition, and then select Backup Database

but I dont see Backup Database under Oracle database 10g express, here is what I have there:

Get Help >
Get Started
Go To Database Home Page
Run SQL Command Line
Start Database
Stop Database

Thats all.
What I am trying to check is, if I can change the location for backups to avoid the 2 backup limitation. Is it possible to do that?
user454965

Posts: 34
Registered: 10/03/05
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 11:06 AM   in response to: user454965 in response to: user454965
Click to report abuse...   Click to reply to this thread Reply
Oh, forgot to mention. Would the those backups contribute to the 4GiG database size limitation?

Thanks
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 11:11 AM   in response to: user454965 in response to: user454965
Click to report abuse...   Click to reply to this thread Reply
The doc is a little ahead of the beta product in this regard. We had to pull the backup/recover scripts and icons as we discovered a slight problem. These will be back in time for production
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 11:11 AM   in response to: user454965 in response to: user454965
Click to report abuse...   Click to reply to this thread Reply
No
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 11:14 AM   in response to: user454965 in response to: user454965
Click to report abuse...   Click to reply to this thread Reply
Sorry - I also missed you second question. It's not that there is a two backup limitation. It's just that out of the box we want the default backup capability to support two generations of backup, instead of one. It's a safety thing. You are of course free to change the default scripts we provide to keep as many generations of backup as you want.
user454965

Posts: 34
Registered: 10/03/05
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 11:24 AM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
Thanks Mike for the answers.

Another question, lets say the database crashes, got corrupted. Would it be possible to retrieve the commited transactions since the last full backup?

Thanks
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 12:06 PM   in response to: user454965 in response to: user454965
Click to report abuse...   Click to reply to this thread Reply
Well - this is the area we are having a lot of internal discussions on - so this is not final yet, but feedback would be a good thing.

Lets say you shut the machine down mid transaction one night while there are still users connected. This would not cause disk corruption, but you had inflight transactions at the time. On restart, the database would automatically roll forward the committed transactions, and automatically rollback uncommited transactions. So your database would be consistent. You would of course lose the transactions that were uncommited. This is what we call instance recovery.

Lets say you take a backup on Monday, using the techniques we are proposing. On Tuesday the disk crashes and dies. You are not using Raid 5 etc, so you have no disk based mirror of your data. So you go and buy a new disk, add it to the machine, re-install the database software, and then restore from Monday nights backup. This is what we call media recovery.

Using the techniques we propose for Oracle Database XE, you will lose ALL transactions from the time of the backup (i.e Tuesday) - both committed and uncommited until you complete the restore.

If you did not want to run the risk of losing transactions in the event of a disk crash, then you should look at one of the licensable versions, which uses a technique called archive logging to allow you to roll forward all transactions since your last (or any given backup).

Note that for all versions however, backup is online.

Thoughts ?
Niall Litchfield

Posts: 866
Registered: 07/04/99
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 12:57 PM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
Mark

it appears possible, though undocumented, to enable archive logging and use (a licensed) RMAN (or scripts) to backup in the beta anyway. I haven't yet attempted a restore of course. Wouldn't this be feasible for production?

Niall Litchfield
Oracle DBA
http://www.niall.litchfield.dial.pipex.com
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 1:29 PM   in response to: Niall Litchfield in response to: Niall Litchfield
Click to report abuse...   Click to reply to this thread Reply
That's part of the internal discussion - "Should we prohibit this for production ?"
Tom Barry

Posts: 56
Registered: 10/07/98
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 2:24 PM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
An inability to archive redo would, in my opinion, severely limit the appeal of Oracle XE and I would would be reluctant deploy our app on it and distribute it to customers. I don't have any hands-on experience with it, but I believe PostgreSQL 8.x offers point-in-time recovery. I'm trying to think of an intermediate alternative (that wouldn't give away the farm) but at the moment nothing comes to mind. I'll bet your internal discussions on this topic are pretty lively! :-)
Niall Litchfield

Posts: 866
Registered: 07/04/99
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 2:47 PM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
Thanks for the answer.

If it has any weight at all - I'd want the product to have online backup facilities. Dumps of data and backups are not the same thing.

Niall
cckung

Posts: 46
Registered: 10/10/00
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 3:09 PM   in response to: Niall Litchfield in response to: Niall Litchfield
Click to report abuse...   Click to reply to this thread Reply
I vote for Niall.
mtownsen

Posts: 785
Registered: 01/10/01
Re: Backing up the database and the limitations
Posted: Nov 4, 2005 8:42 PM   in response to: Niall Litchfield in response to: Niall Litchfield
Click to report abuse...   Click to reply to this thread Reply
Niall - I take this as a vote for both online backup and roll forward from archive logs.

Or are you saying that an online backup is OK, however roll forward from an archive log is not required (which is what I believe SQLServer Express does, at least in the default setup).
Bob

Posts: 1
Registered: 11/03/05
Re: Backing up the database and the limitations
Posted: Nov 5, 2005 4:07 AM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
I certainly vote for archive logging.

I'd have concerns deploying XE for any business application if it was not supported.

Bob
Hans Forbrich

Posts: 10,458
Registered: 03/13/99
Re: Backing up the database and the limitations
Posted: Nov 5, 2005 6:17 AM   in response to: mtownsen in response to: mtownsen
Click to report abuse...   Click to reply to this thread Reply
For a production system, I'd vote for both online backup and roll forward from archive logs.

I can't count the number of times I've told classes how important archive log and roll forward are to their enterprise, except possibly in DW. And with DW features like bit-map indexes turned off ...
/Hans
Legend
Guru Guru : 2500 - 1000000 pts
Expert Expert : 1000 - 2499 pts
Pro Pro : 500 - 999 pts
Journeyman Journeyman : 200 - 499 pts
Newbie Newbie : 0 - 199 pts
Oracle ACE Director
Oracle ACE Member
Oracle Employee ACE
Helpful Answer (5 pts)
Correct Answer (10 pts)

Point your RSS reader here for a feed of the latest messages in all forums