Oracle rman 备份日志单独备份和交叉校验
手动备份归档日志 1、database01 [oraprod@db01 scripts ]$ pwd/usr/tivoli/scripts[oraprod@db01 scripts ]$ ls1.txt
手动备份归档日志
1、database01
[oraprod@db01 scripts ]$ pwd
/usr/tivoli/scripts
[oraprod@db01 scripts ]$ ls
1.txt nohup.out oraicr0.sh scheoraicr0.sh
BKlog null oraicr1.sh scheoraicr0.sh.test
BKlog.tar oraarch.sh oraicr1.sh.orig scheoraicr1.sh
DBArchivelogBK.sh oraarch.sh.BK091206 oraicr1v.sh scheoraicr1.sh.test
DBArchivelogBK1130.sh oraarch.sh.yt oraicr2.sh scheoraicr1v.sh
DBFileBK_full.sh oraarch2.sh recover.sh scheoraicr2.sh
backup20130428.log oraarchyzz.sh refull.sh scheoraicr2.sh.test
nihao.c orafull.sh schearch.sh tdpora.tar
nihao.sh orafull.sh.20120912combak schearch.sh.bak test.sh
nihao02.sh orafull.sh.BK091206 scheorafull.sh
[oraprod@db01 scripts ]$ rman target / catalog rman/rman@rman log = backup2013_05_01.log
RMAN>@oraarchyzz.sh
database 02
[oraprod@db02 archivelog ]$ pwd
/u01/archivelog
[oraprod@db02 archivelog ]$ cat backuparc.sql
run {
####backup archivelog####
allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/Oracle/bin64/tdpo.opt)'
connect backup/bk1949coal@PROD1;
allocate channel t2 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt)'
connect backup/bk1949coal@PROD2;
backup filesperset 10
(archivelog all skip inaccessible delete input format '/arch_%s_%p/');
release channel t1;
release channel t2;
}
[oraprod@db02 archivelog ]$ rman target / catalog rman/rman@rman log = backup20130501.log
PS:手动备份归档日志,,每次都是从最近的归档日志开始备份,接在备份以前的,以前较早漏掉备份的可能每次执行都不会被备份。这样的话可能就要执行交叉检查命令来确认系统有多少备份日志成功备份,
crosscheck archivelog all;
crosscheck backupset;
进入rman:
list backup of archivelog all;
list backup of archivelog sequence 6474;
RMAN> list backup of archivelog from sequence 100425627276 thread 2;
RMAN>list backup of archivelog all; ------------列出所有归档日志
RMAN>list backup of archivelog from sequence 8116 thread 2; ------------列出某条归档日志
List of Backup Sets
===================
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
1728048 11.14G SBT_TAPE 00:16:16 06-SEP-13
BP Key: 1728052 Status: AVAILABLE Compressed: NO Tag: TAG20130906T091351
Handle: /arch_40509_1/ Media: 103
List of Archived Logs in backup set 1728048
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
2 7774 100425627276 06-SEP-13 100431144864 06-SEP-13
RMAN>
应该是归档日志备份后被删除了吧,没做交叉检验?
crosscheck archivelog all;
delete archivelog all completed before 'sysdate-7';
推荐阅读:
RMAN 配置归档日志删除策略
Oracle基础教程之通过RMAN复制数据库
RMAN备份策略制定参考内容
RMAN备份学习笔记
Oracle数据库备份加密 RMAN加密

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

La numérisation complète de la table peut être plus rapide dans MySQL que l'utilisation d'index. Les cas spécifiques comprennent: 1) le volume de données est petit; 2) Lorsque la requête renvoie une grande quantité de données; 3) Lorsque la colonne d'index n'est pas très sélective; 4) Lorsque la requête complexe. En analysant les plans de requête, en optimisant les index, en évitant le sur-index et en maintenant régulièrement des tables, vous pouvez faire les meilleurs choix dans les applications pratiques.

Oui, MySQL peut être installé sur Windows 7, et bien que Microsoft ait cessé de prendre en charge Windows 7, MySQL est toujours compatible avec lui. Cependant, les points suivants doivent être notés lors du processus d'installation: téléchargez le programme d'installation MySQL pour Windows. Sélectionnez la version appropriée de MySQL (communauté ou entreprise). Sélectionnez le répertoire d'installation et le jeu de caractères appropriés pendant le processus d'installation. Définissez le mot de passe de l'utilisateur racine et gardez-le correctement. Connectez-vous à la base de données pour les tests. Notez les problèmes de compatibilité et de sécurité sur Windows 7, et il est recommandé de passer à un système d'exploitation pris en charge.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

L'article discute de la suppression des tables dans MySQL en utilisant l'instruction TABLE DROP, mettant l'accent sur les précautions et les risques. Il souligne que l'action est irréversible sans sauvegardes, détaillant les méthodes de récupération et les risques potentiels de l'environnement de production.
