Go Back

User login

Frontpage Sponsor


How big is your Baan-DB (just Data AND Indexes)
0 - 200 GB
200 - 500 GB
500 - 800 GB
800 - 1200 GB
1200 - 1500 GB
1500 - 2000 GB
> 2000 GB
Total votes: 83

Baanboard at LinkedIn

Reference Content

Items for 'English' (by date)
By Date  
Alphabetically By Date  


You are browsing all items of this content category sorted by date (most recent first). Note that forum posts/threads are not included here.


If you would like to search through the content then please refer to the Site Search page.


Redo & Rollback: After activating a standby rhe primary requires recopying to become the standby
By patvdv at 23 Feb 2008 - 23:29

When switching to a standby database, there are two basic scenarios. In one scenario, the switchover is undertaken in an emergency, and due to the unavailability of the primary host or the storage, the final one or two redologs are not available, and therefore cannot be applied to the standby. In such a case, the standby must be activated after incomplete recovery, without applying the last changes from the primary. This scenario is extremely rare.


Redo & Rollback: No logging turns off redo logging
By patvdv at 23 Feb 2008 - 23:25

Many people believe that by setting a segment to NOLOGGING mode, no redo will be generated for DML performed against that segment. In fact, only a limited number of operations can be performed NOLOGGING. According to the Oracle 8i Concepts Guide, only the following operations may take advantage of the NOLOGGING feature:


Redo & Rollback: Checkpoint not complete misguided solutions
By patvdv at 23 Feb 2008 - 23:23

A common problem for people with very active systems who use filesystems to store their datafiles is the error, Thread cannot allocate new log, sequence ; Checkpoint not complete. The most commonly recommended remedies for this situation are either to use larger or more online redologs.


Unfortunately, if checkpoint not complete is a chronic problem, neither of these solutions will eliminate the problem. They may forestall, or even reduce the frequency of the error, but the problem will not be solved.

Redo & Rollback: Big batch jobs should use a dedicated rollback segment
By patvdv at 23 Feb 2008 - 23:15

A common habit among DBAs is to assign large batch jobs that make many changes, or have very large transactions, to a dedicated rollback segment, using the set transaction use rollback segment; command. Many databases have a rollback segment called rbs_large or something similar for this purpose.


Redo & Rollback: Snapshot too old can be avoided by using set transaction use rollback segment
By patvdv at 23 Feb 2008 - 23:12

It is often asserted that if you get the ubiquitous ORA-01555: Snapshot too old: Rollback segment with name too small, you are running out of rollback segment. This misconception is partially the fault of the misleading error text. The rollback segment mentioned is not necessarily too small. This error is actually a failure to obtain read consistency.


Redo & Rollback: Shutdown abort is bad
By patvdv at 23 Feb 2008 - 23:04

The best way to shut down a database is to force a checkpoint and then use the


shutdown abort


command. In the few situations such as cold backups and version upgrades where consistent datafiles are required, the shutdown abort can be followed by a


startup restrict


and a


shutdown immediate

Backup & Recovery: Export is a good way to backup up the database
By patvdv at 23 Feb 2008 - 23:00

Many guides to backup and recovery give the Export and Import utilities billing equal to physical backup methods. As a method, Export and Import provide uniformly inferior reliability on backups, as well as recoveries. In addition to being failure prone, mean time to recovery with Import is much longer than comparative recoveries using physical backups. Export creates dump files that contain the DDL for all objects and the table data in the database.


Backup & Recovery: Cold backup once a week as a baseline
By patvdv at 23 Feb 2008 - 22:55

A number of books and manuals suggest a backup schedule for Oracle databases in archivelog mode something like, daily hot (online) backups and weekly cold backups. What is strange about this recommendation is that the weekly cold backups serve no apparent purpose, other than to needlessly remove the instance or instances from service for some period of time. Shutting the database down for a cold backup also has the side effect of requiring the buffer cache be reloaded all over again after startup, which degrades performance while all reads are initially physical for a period of time.

Backup & Recovery: Always switch logfile before/after online backups
By patvdv at 23 Feb 2008 - 22:53

In order to be sure that all changes generated during a hot backup are available for a recovery, Oracle recommends that the current online log be archived after the last tablespace in a hot backup is taken out of backup mode. A similar recommendation stands for after a recovery manager online database backup is taken. A wide variety of literature on backup and recovery, including the oracle documentation, suggests using the


Backup & Recovery: Media recovery will be required in the case of instance failure during backup mode
By patvdv at 23 Feb 2008 - 22:50

If an instance crashes or is aborted while one of the tablespaces is in backup mode, the tablespace(s) will appear to need media recovery upon startup. In normal instance failure situations, automatic crash recovery using the online redologs will be automatically performed, with no intervention required.


All times are GMT +2. The time now is 17:03.

©2001-2018 - -