Oracle 10g的catalog配置
现在oracle 11g已经逐渐走向成熟,但是oracle 10g依然是王道,最近在网上看到很多人对rman的catalog不是很了解,所以写下来希望对
现在Oracle 11g已经逐渐走向成熟,但是oracle 10g依然是王道,最近在网上看到很多人对rman的catalog不是很了解,所以写下来希望对他们有些帮助
oracle关于rman备份的数据包括:
catalog数据库即目录数据库
target数据库即目标数据库
catalog数据库用来存放备份target数据库的信息的,她可以跟target数据库在一台服务器上面,也可以是单独的一台服务器,下面配置下catalog 数据库以便更好的理解
首先数据库需要开启归档日志,关于归档日志如果没有特殊的要求,只需要开启即可;
启动数据库mount阶段
SQL> startup mount
ORACLE instance started.
Total System Global Area 167772160 bytes
Fixed Size 1218316 bytes
Variable Size 62916852 bytes
Database Buffers 100663296 bytes
Redo Buffers 2973696 bytes
Database mounted.
修改归档日志
SQL> alter database archivelog;
Database altered.
默认的归档日志的路径是放在flash_recovery_area下面
我们可以修改这个参数自定义位置db_recovery_file_dest
修改方式如下
alter system set db_recovery_file_dest='/home/oracle/arch' scope=both;
默认的归档空间大小是2G,,我们可以修改这个参数db_recovery_file_dest_size
默认control保留时间是7天,我们可以修改这个参数control_file_record
上述是修改归档方面的,
下面我们开始配置catalog用户
建议使用单独的表空间和专一的用户
create tablespace rman datafile '/opt/oracle/product/10.2.0/oradata/orcl/rman01.dbf' size 500M;
create temporary tablespace tmp tempfile '/opt/oracle/product/10.2.0/oradata/orcl/tmp01.dbf' size 10m;
create user rmans identified by rman default tablespace rman temporary tablespace tmp;
表空间的名字不可以使用关键词,经常使用的是rman,如果是rman在创建catalog表空间的时候提示
RMAN-01009: syntax error: found "rman": expecting one of: "double-quoted-string, identifier, single-quoted-string"
赋权限
SQL> grant connect,resource,recovery_catalog_owner to rman;
使用rman用户登录
由于我的catalog和target都是在一个服务器上面我执行以下语句
[oracle@rhelrcp ~]$ rman target / catalog rman/rman
创建catalog表空间
RMAN> create catalog tablespace rmans
recovery catalog created
注册数据库
RMAN> register database;
database registered in recovery catalog
starting full resync of recovery catalog
full resync complete
查询注册信息
切换到rman用户下面查询rc_database
> select * from rc_database;
DB_KEY DBINC_KEY DBID NAME RESETLOGS_CHANGE# RESETLOGS
---------- ---------- ---------- -------- ----------------- ---------
1 2 1318222470 ORCL 446075 04-AUG-12
注册中的数据库
显示恢复目录中记录target数据库表空间的信息
SQL> select * from rc_tablespace;
DB_KEY DBINC_KEY DB_NAME TS# NAME CREATION_CHANGE# CREATION_ DROP_CHANGE# DROP_TIME INC BIG TEM ENC
---------- ---------- -------- ---------- ------------------------------ ---------------- --------- ------------ --------- --- --- --- ---
1 2 ORCL 0 SYSTEM 9 30-JUN-05 YES NO NO
1 2 ORCL 1 UNDOTBS1 444079 30-JUN-05 YES NO NO
1 2 ORCL 2 SYSAUX 6609 30-JUN-05 YES NO NO
1 2 ORCL 3 TEMP 446208 04-AUG-12 NO NO YES
1 2 ORCL 4 USERS 10566 30-JUN-05 YES NO NO
1 2 ORCL 6 RMANS 652267 24-AUG-12 YES NO NO
1 2 ORCL 7 TMP 652320 24-AUG-12 NO NO YES
查询恢复目录中记载的目标数据库的数据文件信息
select file#,name,bytes from rc_datafile;
上述及时rman使用catalog的配置

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.
