Super tuto pour le partitionnement de bons conseils et cas concrets :
https://www.enterprisedb.com/postgres-tutorials/strategy-migrating-partitioned-oracle-database-tables-postgresql
En poursuivant votre navigation sur ce site, vous acceptez l'utilisation de cookies. Ces derniers assurent le bon fonctionnement de nos services. En savoir plus.
Super tuto pour le partitionnement de bons conseils et cas concrets :
https://www.enterprisedb.com/postgres-tutorials/strategy-migrating-partitioned-oracle-database-tables-postgresql
PS C:> get-adgroupmember _DIR_DBA | select name
Après analyse il s'agit d'une fausse alerte pas d'impact réel.
Nous allons désactivé cette metric Global Cache Blocks Lost .si l'alerte persiste
gc block lost and Poor Network Performance in a RAC Environment (Doc ID 563566.1)
WAITEVENT: “gc current/cr block lost” Reference Note (Doc ID 2296681.1)
Tuning Inter-Instance Performance in RAC and OPS (Doc ID 181489.1)
EM 13c: How to disable “Global Cache Blocks Lost Metric” Using EMCLI (Doc ID 2543134.1)
bascule :
* PDB can act as a recovery catalog
* Recovery catalog is not supported when connected to pluggable database
* You must register the whole CDB agains the PDB catalog
http://sqlerr.blogspot.com/2016/07/setup-pluggable-database-pdb-as.html
Voici la méthode de restauration pour une base de données Postgres :
On ne s'intéresse qu'aux données. Les privilèges, les utilisateurs, les rôles, les tablespaces ne sont pas impactés. Rapide et efficace. Pourra être exécutée sur demande lors d'un refresh ponctuel de base de données.
export :
pg_dump toto --create | gzip > toto.sql.gz
import :
dropdb toto
pv toto.sql.gz | gunzip | psql
Après l'import le fichier export est supprimé.
https://docs.oracle.com/database/121/RCMRF/rcmsynta012.htm#RCMRF117