Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#1 Re : Réplication » Réplication croisée » 04/10/2012 11:40:27
Ok merci pour les infos.
Dernière question, j'ai regardé la doc pour slony 2.1.2 et dedans ce n'est pas marqué la compatibilié avec postgresql 9.1.x (cela va jusqu'a 9.0.x). Est ce que slony 2.1.2 est compatible avec postgresql 9.1.x?
#2 Re : Réplication » Réplication croisée » 01/10/2012 14:44:43
Comme slonik gère la bascule, est ce que ca pose un problème avec les 2 serveurs qui sont actifs?
#3 Réplication » Réplication croisée » 01/10/2012 12:27:50
- ptipauloo
- Réponses : 5
Bonjour,
Je cherche une solution pour faire de la réplication croisée.
Je m'explique : j'ai deux serveurs avec du postgresql et je voudrais que les deux serveurs fonctionnent avec des bases primaires sur le serveur A et d'autres bases primaires sur le serveur B. Inversement les bases secondaires du A se trouveraient sur le serveur B. Les bases secondaires des bases de B se trouveraient sur le serveur A.
Donc en cas de problème sur le serveur A, les bases secondaires(liées aux bases primaires de A) basculeront en primaire sur B . Inversement en cas de problème sur le serveur B, les bases secondaires(liées aux bases primaires de B) basculeront en primaire sur A.
Est ce qu'il y a un produit qui puisse faire ca?
#4 Re : Migration » Migration oracle -> postgresql : ora2pg » 06/07/2012 10:10:25
Comment il ne reconnait pas les caractères qu'ils sont en AL32UTF8 dans la base? C'est un bug du perl? Y a t il un moyen de corriger ca?
#5 Re : Migration » Migration oracle -> postgresql : ora2pg » 27/06/2012 15:53:05
Bonjour,
Merci pour le document.
J'ai parmétré le fichier de configuration en suivant les préconistations du PDF et j'ai donné le role DBA à mon user de connexion à oracle.
J'ai eu des erreurs "ORA-29275: partial multibyte character" lors de l'export que j'ai réglé en positionnant le charset dans le fichier de config à "NLS_LANG AMERICAN_AMERICA.AL32UTF8".
Par contre la commande /usr/local/bin/ora2pg -t SHOW_ENCODING ne ramène pas le database charset de la base oracle mais celui de l'OS(os en LANG french et base en american).
J'ai relancé l'export et j'ai juste le message ci-dessous mais je ne sais pas à quoi il correspond au juste :
Malformed UTF-8 character (fatal) at /usr/lib/perl5/site_perl/5.8.8/Ora2Pg.pm line 4186
#6 Migration » Migration oracle -> postgresql : ora2pg » 21/06/2012 17:46:36
- ptipauloo
- Réponses : 5
Bonjour,
J'essaye de faire un export d'un schéma avec tous les types d'objets en utilisant la commande suivante :
for i in TABLE PACKAGE COPY VIEW GRANT SEQUENCE TRIGGER FUNCTION PROCEDURE TABLESPACE ; do perl -p -i -e "s/^TYPE\s+.*/TYPE $i/; s/^OUTPUT\s+.*/OUTPUT $i.sql/" /etc/ora2pg/ora2pg.conf; /usr/local/bin/ora2pg /etc/ora2pg/ora2pg.conf; done
J'ai l'erreur ci-dessous :
DBD::Oracle::db prepare failed: ORA-00942: Table ou vue inexistante (DBD ERROR: error possibly near <*> indicator at char 100 in 'SELECT partition_id,partition_name,to_char(partition_last_purge_time, 'YYYY-MM-DD HH24:MI:SS') FROM <*>MDS_PARTITIONS a') [for Statement "SELECT partition_id,partition_name,to_char(partition_last_purge_time, 'YYYY-MM-DD HH24:MI:SS') FROM MDS_PARTITIONS a"] at /usr/lib/perl5/site_perl/5.8.8/Ora2Pg.pm line 3141.
FATAL: ORA-00942: Table ou vue inexistante (DBD ERROR: error possibly near <*> indicator at char 100 in 'SELECT partition_id,partition_name,to_char(partition_last_purge_time, 'YYYY-MM-DD HH24:MI:SS') FROM <*>MDS_PARTITIONS a')
Je ne sais pourquoi ça insère le caractère <*> et comment le corriger.
#7 Re : Migration » Migration oracle -> Postgres, compatibilité modules » 13/05/2011 09:56:02
Est ce que les données de type xml sont migrables avec ora2pg?
Si on peut migrer les données de type xml, text etc .., il faudra aux développeurs s'adapter aux outils qui permettent de gérer ces objets, sans avoir forcément toutes les fonctionnalitées qu'a oracle?
#8 Migration » Migration oracle -> Postgres, compatibilité modules » 11/05/2011 10:43:45
- ptipauloo
- Réponses : 3
Bonjour,
Je dois faire une étude de migration oracle9i vers postgres.
Dans les posts on ne parle que de migration de données mais je n'ai rien trouvé concernant les compatibiltées des fonctionnalitées des modules oracle.
Est ce qu'il y a un équivalent coté postgres pour les différents modules oracles (oracle xml database,oracle text, oracle label security, etc...).
Si oui comment se passe la migration?
Merci pour vos réponses.
Pages : 1