![[GREGEL DOT COM]](http://static.gregel.com/themes/mg/images/header1.jpg)
Oracle und ich sind (noch) nicht die besten Freunde.
Vielleicht werden wir es noch…
Heute hat mich Oracle geärgert, denn für’s Backup (Symantec BackupExec) wollte die Datenbank Archivelog aktiviert haben. Damit ich beim nächsten mal nicht wieder das Orakel die Glasgoogle befragen muss, schreibe ich es einmal auf, wo ich’s schnell wiederfinde – hier:
Überprüfen, welchen Status die Datenbank hat:
SQL> select name, log_mode from v$database;
Das Ergebnis sollte dann so in etwa aussehen:
NAME LOG_MODE
——— ————
WICHTIGEDB NOARCHIVELOG
Danach geht’s los…
SQL> shutdown;
SQL> startup mount exclusive;
SQL> alter database archivelog;
SQL> alter database open;
… bzw. um Archivelog auszuschalten nehmen wir:
SQL> alter database noarchivelog;
Einfach, oder? Also.. wenn man’s weiß… ;-)
- oracle logging ausschalten /
- oracle archive log ausschalten /
- oracle archiv log ausschalten /
- alter database open dauert ewig /
- oracle logs /
Martin
sagte am 17. Juli 2009, 10:54 Uhrhehe, die Glasgoogle hat mich zu deinem Blog geführt ;-) , hatte gerade das gleiche Problem wie du
eine Frage hätte ich noch, wo ist denn der Unterschied zwischen
SQL> startup mount exclusive;
und
SQL> startup mount;
das exclusive kenne ich bisher nicht
Marc
sagte am 21. Juli 2009, 10:10 UhrHi Martin,
sorry für die späte Reaktion… :-/
Wie war das noch… Wenn die DB exclusive hochgefahren ist, kann man sich nur intern für administrativen Kram connecten, also als SYS oder SYSDBA anmelden.
Wenn man eine Komplettsicherung (BackupExec oder so) fährt, muss die glaub ich auch so gemountet sein. Oder nur open?! Du siehst, das Thema ist komplex, lach…