对restore database preview显示结果的思考
一restoredatabasepreview解释:官方说明:YoucanapplyRESTORE...PREVIEWtoanyRESTOREoperationtocreateadetailedlistofeverybackuptobeusedintherequestedRESTO
一 restore database preview 解释:
官方说明:
You can apply RESTORE ... PREVIEW to any RESTORE operation to create a detailed list of every backup to be used in the requested RESTORE operation, and the necessary target SCN for recovery after the RESTORE operation is complete. This command accesses the RMAN repository to query the backup metadata, but does not actually read the backup files to ensure that they can be restored.
上面大致说了两点:
2 restore………preview命令实际上不读取备份文件以确认备份能够恢复。
二:restore database preview 显示结果
RMAN> restore database preview;
Starting restore at 22-NOV-12
using channel ORA_DISK_1
List of Backup Sets
===================
BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
5 Full 568.48M DISK 00:00:58 20-NOV-12
BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20121120T084422
Piece Name: /backup/07nqp236_1_1
List of Datafiles in backup set 5
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 2150426643 20-NOV-12 /oracle/CRM2/system1.dbf
2 Full 2150426643 20-NOV-12 /oracle/CRM2/zxb.dbf
3 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/sysaux01.dbf
4 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/users01.dbf
5 Full 2150426643 20-NOV-12 /oracle/CRM2/zxa.dbf
6 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/test1.dbf
7 Full 2150426643 20-NOV-12 /oracle/CRM2/zxc.dbf
8 Full 2150426643 20-NOV-12 /oracle/CRM2/CRM/undotbs1.dbf
List of Archived Log Copies
Key Thrd Seq S Low Time Name
------- ---- ------- - --------- ----
35 1 2 A 20-NOV-12 /oracle/archive/1_2_799830099.dbf
36 1 3 A 20-NOV-12 /oracle/archive/1_3_799830099.dbf
37 1 4 A 20-NOV-12 /oracle/archive/1_4_799830099.dbf
38 1 5 A 20-NOV-12 /oracle/archive/1_5_799830099.dbf
39 1 6 A 20-NOV-12 /oracle/archive/1_6_799830099.dbf
40 1 7 A 20-NOV-12 /oracle/archive/1_7_799830099.dbf
41 1 8 A 20-NOV-12 /oracle/archive/1_8_799830099.dbf
42 1 9 A 21-NOV-12 /oracle/archive/1_9_799830099.dbf
43 1 10 A 21-NOV-12 /oracle/archive/1_10_799830099.dbf
44 1 11 A 21-NOV-12 /oracle/archive/1_11_799830099.dbf
45 1 12 A 21-NOV-12 /oracle/archive/1_12_799830099.dbf
46 1 13 A 21-NOV-12 /oracle/archive/1_13_799830099.dbf
47 1 14 A 21-NOV-12 /oracle/archive/1_14_799830099.dbf
48 1 15 A 22-NOV-12 /oracle/archive/1_15_799830099.dbf
49 1 16 A 22-NOV-12 /oracle/archive/1_16_799830099.dbf
50 1 17 A 22-NOV-12 /oracle/archive/1_17_799830099.dbf
51 1 18 A 22-NOV-12 /oracle/archive/1_18_799830099.dbf
52 1 19 A 22-NOV-12 /oracle/archive/1_19_799830099.dbf
53 1 20 A 22-NOV-12 /oracle/archive/1_20_799830099.dbf
54 1 21 A 22-NOV-12 /oracle/archive/1_21_799830099.dbf
55 1 22 A 22-NOV-12 /oracle/archive/1_22_799830099.dbf
56 1 23 A 22-NOV-12 /oracle/archive/1_23_799830099.dbf
57 1 24 A 22-NOV-12 /oracle/archive/1_24_799830099.dbf
58 1 25 A 22-NOV-12 /oracle/archive/1_25_799830099.dbf
59 1 26 A 22-NOV-12 /oracle/archive/1_26_799830099.dbf
60 1 27 A 22-NOV-12 /oracle/archive/1_27_799830099.dbf
Media recovery start SCN is 2150426643
Recovery must be done beyond SCN 2150426643 to clear data files fuzziness
Finished restore at 22-NOV-12
----------------------------------------------------------------------------------------
对于上面的信息的一点解释:
介质恢复的开始是2150426643:Media recovery start SCN is 2150426643
以及开始应用的归档文件seq 号2:/oracle/archive/1_2_799830099.dbf
都是由restore database后,数据文件头部信息决定,如下为转储数据文件头部信息:
Tablespace #2 - SYSAUX rel_fn:3
Creation at scn: 0x0000.00001896 10/22/2005 21:44:46
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x2fac7053 scn: 0x0000.802c8c23 reset logs terminal rcv data:0x0 scn: 0x0000.00000000
prev reset logs count:0x2fac6f51 scn: 0x0000.802c3dfd prev reset logs terminal rcv data:0x0 scn: 0x0000.00000000
recovered at 11/22/2012 14:18:39
status:0x0 root dba:0x00000000 chkpt cnt: 1114 ctl cnt:1113
begin-hot-backup file size: 0

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)

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.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

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 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.

L'article discute de l'utilisation de clés étrangères pour représenter les relations dans les bases de données, en se concentrant sur les meilleures pratiques, l'intégrité des données et les pièges communs à éviter.

L'article discute de la création d'index sur les colonnes JSON dans diverses bases de données comme PostgreSQL, MySQL et MongoDB pour améliorer les performances de la requête. Il explique la syntaxe et les avantages de l'indexation des chemins JSON spécifiques et répertorie les systèmes de base de données pris en charge.
