|
Replies:
44
-
Pages:
3
[
1
2
3
| Next
]
-
Last Post:
Dec 30, 2005 1:00 PM
Last Post By: mtownsen
|
|
|
Posts:
34
Registered:
10/03/05
|
|
|
|
Backing up the database and the limitations
Posted:
Nov 4, 2005 11:04 AM
|
|
|
|
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?
|
|
|
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
|
|
|
|
Oh, forgot to mention. Would the those backups contribute to the 4GiG database size limitation?
Thanks
|
|
|
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
|
|
|
|
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
|
|
|
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
|
|
|
|
|
|
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
|
|
|
|
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.
|
|
|
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
|
|
|
|
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
|
|
|
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
|
|
|
|
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 ?
|
|
|
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
|
|
|
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
|
|
|
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
|
|
|
|
That's part of the internal discussion - "Should we prohibit this for production ?"
|
|
|
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
|
|
|
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! 
|
|
|
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
|
|
|
|
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
|
|
|
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
|
|
|
|
|
|
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
|
|
|
|
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).
|
|
|
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
|
|
|
|
I certainly vote for archive logging.
I'd have concerns deploying XE for any business application if it was not supported.
Bob
|
|
|
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
|
|
|
|
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 : 2500
- 1000000
pts
|
|
Expert : 1000
- 2499
pts
|
|
Pro : 500
- 999
pts
|
|
Journeyman : 200
- 499
pts
|
|
Newbie : 0
- 199
pts
|
|
Oracle ACE Director
|
|
Oracle ACE Member
|
|
Oracle Employee ACE
|
|
Helpful Answer
(5 pts)
|
|
Correct Answer
(10 pts)
|
|