源库RHEL4.5:192.168.137.199 GLOBAL_NAME=WENDING.LK Oracle_SID=WENDING 克隆库RHEL4.5:192.168.137.200 GLOBAL_NAME=STRM.L
源库RHEL4.5:192.168.137.199 GLOBAL_NAME=WENDING.LK Oracle_SID=WENDING
克隆库RHEL4.5:192.168.137.200 GLOBAL_NAME=STRM.LK ORACLE_SID=STRM
1. 全备份源库
$ sqlplus '/as sysdba'
记下备份前的SCN,规复的时间就规复到这个点。
SQL> select DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
181557
SQL> exit
$ mkdir -p /orahome/backup
$ cd /orahome
$ vi backup.rcv
run{
allocate channel c1 type disk;
backup full database format '/orahome/backup/db_t%t_s%s_p%p.bak';
backup archivelog all format '/orahome/backup/arch_u%u.bak';
backup current controlfile format '/orahome/backup/cf_u%u.bak';
release channel c1;
}
$ nohup rman target / @backup.rcv log backup.log &
$ tail -50f backup.log
参照源库参数文件新建一个克隆库参数文件:
SQL> create pfile = '/orahome/backup/initSTRM.ora' from spfile;
得到源库数据文件的编号和寄放职位 信息,是为了预备克隆库参数db_file_name_convert或rman规复时set newname的设置:
$ sqlplus '/as sysdba'
SQL> col name format a60
SQL> set lines 1024
SQL> select file#,name from v$datafile union all select file#,name from v$tempfile;
FILE# NAME
---------- ------------------------------------------------------------
1 /orahome/oradata/WENDING/system.dbf
2 /orahome/oradata/WENDING/undotbs1.dbf
3 /orahome/oradata/WENDING/sysaux.dbf
4 /orahome/oradata/WENDING/users01.dbf
1 /orahome/oradata/WENDING/temp01.dbf
SQL> exit
拷贝备份文件到克隆库主机的同一职位 ,确保克隆库主机也有目次 /orahome/backup。
$ cd /orahome/backup
$ scp *.bak 192.168.137.200:/orahome/backup
$ scp initSTRM.ora 192.168.137.200:/orahome/backup
2. 克隆库预备事变
克隆库上设置干系 的环境 变量:
$ vi .bash_profile (思量 从源库主机拷贝一份,,然后批改ORACLE_SID参数值)
export ORACLE_BASE=/u01/app/oracle;
export ORACLE_HOME=$ORACLE_BASE/product/10.2.0/db_1;
export ORACLE_SID=STRM;
export NLS_LANG="AMERICAN_AMERICA.ZHS16GBK"
export NLS_DATE_FORMAT="YYYY-MM-DD HH24:MI:SS"
$ . .bash_profile
3. 批改克隆库参数文件
$ vi /orahome/backup/initSTRM.ora
:%s/WENDING/STRM/g
一样平常批改以下参数:
audit_file_dest,background_dump_dest,core_dump_dest,user_dump_dest,db_name,db_unique_name,log_archive_dest_1,control_files.
并确保以下参数:
*.remote_login_passwordfile = exclusive
*.DB_FILE_NAME_CONVERT = '/orahome/oradata/WENDING/', '/orahome/oradata/STRM/'
4. 按照步调 3批改的路径信息在克隆库主机新建须要的目次
$ mkdir -p /orahome/flash_recovery_area
$ mkdir -p /orahome/arch/STRM
$ mkdir -p /orahome/oradata/STRM/
$ mkdir -p /u01/app/oracle/admin/STRM/adump
mkdir -p /u01/app/oracle/admin/STRM/bdump
mkdir -p /u01/app/oracle/admin/STRM/cdump
mkdir -p /u01/app/oracle/admin/STRM/dpdump
mkdir -p /u01/app/oracle/admin/STRM/udump
5. 在克隆库创建 一个新的password文件
(unix/Linux下暗码文件技俩必需是orapw
$ orapwd file=$ORACLE_HOME/dbs/orapw$ORACLE_SID password=iamwangnc force=y
6. 克隆库startup nomount
$ sqlplus '/as sysdba'
SQL> create spfile from pfile='/orahome/backup/initSTRM.ora';
SQL> startup nomount;
SQL> exit
7. 克隆库用rman规复
$ cd /orahome
$ vi recover.rcv (由于源库在全备后还也许发生归档文件,以是规复的时间要设置set until值,不然会发生过错 RMAN-06025)
run{
allocate auxiliary channel c1 type disk;
# set until time '2008-11-21.11:33:31';
# set until sequence 21254 thread 1;
set until scn 181557;
duplicate target database to STRM
LOGFILE
group 1 ('/orahome/oradata/STRM/REDO01.DBF') SIZE 50M,
group 2 ('/orahome/oradata/STRM/REDO02.DBF') SIZE 50M,
group 3 ('/orahome/oradata/STRM/REDO03.DBF') SIZE 50M;
}
其它set newname和LOGFILE后头的文件职位 信息可以按照本身必要 设定。
起头规复:(wending.lk是源库做事名,确保源库的监听已经启动)
$ nohup rman target sys/iamwangnc@192.168.137.199:1521/wending.lk auxiliary / @recover.rcv log recover.log &
$ tail -50f recover.log
…
database opened
Finished Duplicate Db at 2008-11-21 13:02:39
规复数据库时发生如下过错:RMAN-06025: no backup of log thread 1 seq 21255 scn 4144283685 found to restore
多次执行备份﹐然后克隆﹐发现有时候出错﹐有时候不出错。非常费解。后来在仔细观察发现,在短缺末了一个归档日记文件会出错。而这个日记文件是在备份之后产
生的﹐目标数据的备份中没有。把这个文件传递到目标主机就可以了。而假如产生备份之后﹐短时间之内克隆﹐原数据库没有归档文件﹐则不会出现错误。这个在很多
操纵文档中﹐没有讲到。
8. 测试克隆库
$ sqlplus '/as sysdba'
SQL> select status from v$instance;
SQL> archive log list;

MySQLoffersVariousStorageEngines, chacune, chacun desCasses: 1) InnodbisidealForApplications newedingacidcompenciance and highcurrency, soutenant les transactions et manqueurs

Les vulnérabilités de sécurité courantes dans MySQL incluent l'injection SQL, les mots de passe faibles, la configuration d'autorisation incorrecte et les logiciels unpudés. 1. L'injection SQL peut être évitée en utilisant des instructions de prétraitement. 2. Les mots de passe faibles peuvent être évités en utilisant de force des stratégies de mot de passe solides. 3. Une mauvaise configuration d'autorisation peut être résolue par examen régulier et ajustement des autorisations utilisateur. 4. Les logiciels unpus peuvent être corrigés en vérifiant et mise à jour régulièrement la version MySQL.

L'identification des requêtes lentes dans MySQL peut être réalisée en activant les journaux de requête lents et en définissant des seuils. 1. Activer les journaux de requête lents et définir les seuils. 2. Afficher et analyser les fichiers journaux de requête lente et utiliser des outils tels que MySqlDumpSlow ou Pt-Query-digest pour une analyse approfondie. 3. Optimisation des requêtes lentes peut être réalisée grâce à l'optimisation de l'index, à la réécriture de la requête et à l'évitement de l'utilisation de Select *.

Pour surveiller la santé et les performances des serveurs MySQL, vous devez prêter attention à la santé du système, aux mesures de performance et à l'exécution des requêtes. 1) Surveiller la santé du système: utilisez les commandes TOP, HTOP ou ShowGlobalStatus pour afficher les activités du CPU, de la mémoire, des E / S de disque et du réseau. 2) Suivre les indicateurs de performance: surveiller les indicateurs clés tels que le numéro de requête par seconde, le temps de requête moyen et le taux de réussite du cache. 3) Assurer l'optimisation de l'exécution des requêtes: activer les journaux de requête lents, enregistrer et optimiser les requêtes dont le temps d'exécution dépasse le seuil défini.

La principale différence entre MySQL et MARIADB est les performances, les fonctionnalités et la licence: 1. MySQL est développé par Oracle, et MariADB est sa fourche. 2. MariaDB peut mieux fonctionner dans des environnements à haute charge. 3.MariaDB fournit plus de moteurs et de fonctions de stockage. 4.MySQL adopte une double licence et MariaDB est entièrement open source. L'infrastructure existante, les exigences de performance, les exigences fonctionnelles et les coûts de licence doivent être pris en compte lors du choix.

MySQL utilise une licence GPL. 1) La licence GPL permet l'utilisation, la modification et la distribution gratuites de MySQL, mais la distribution modifiée doit se conformer à GPL. 2) Les licences commerciales peuvent éviter les modifications publiques et conviennent aux applications commerciales qui nécessitent de la confidentialité.

Les situations lors du choix d'innodb au lieu de Myisam incluent: 1) le support de transaction, 2) un environnement de concurrence élevé, 3) une cohérence élevée des données; Inversement, la situation où le choix de Myisam comprend: 1) la lecture principalement des opérations, 2) Aucun support de transaction n'est requis. INNODB convient aux applications qui nécessitent une cohérence élevée des données et un traitement des transactions, telles que les plates-formes de commerce électronique, tandis que Myisam convient aux applications en lecture et sans transaction telles que les systèmes de blog.

Dans MySQL, la fonction des clés étrangères est d'établir la relation entre les tables et d'assurer la cohérence et l'intégrité des données. Les clés étrangères maintiennent l'efficacité des données grâce à des contrôles d'intégrité de référence et aux opérations en cascade. Faites attention à l'optimisation des performances et évitez les erreurs courantes lorsque vous les utilisez.


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

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

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

Adaptateur de serveur SAP NetWeaver pour Eclipse
Intégrez Eclipse au serveur d'applications SAP NetWeaver.

ZendStudio 13.5.1 Mac
Puissant environnement de développement intégré PHP

MantisBT
Mantis est un outil Web de suivi des défauts facile à déployer, conçu pour faciliter le suivi des défauts des produits. Cela nécessite PHP, MySQL et un serveur Web. Découvrez nos services de démonstration et d'hébergement.

PhpStorm version Mac
Le dernier (2018.2.1) outil de développement intégré PHP professionnel
