Vous n'êtes pas identifié(e).
Pages : 1
Merci
Résolu
Bonjour,
J'ai crée une base dans le schéma par défaut et quand je veux faire un select et un where il me dit colonne inexistante
Exemple
select *from tb_mv; => il me sort bien toute les ligne
select * from tb_mv where mv="1234"; =W message colonne 1234 inconnu
si je fait cette requete si cela fonctionne :
select * from public.tbl_mv where mv="1234";
Pourquoi dois-je rajouter public?
Merci pour votre réponse
Cordialement
vu que je suis en mode archive wal et en plus sur un autre serveur je peux retirer l'option -x de ma commande pg_basebackup?
ok donc si je fait un ls -1tr je supprime tout ce qui précède le .backup
Bonjour,
Mon serveur est en réplication streaming asynchone et j'ai mes archive wal sur un autre serveur.
Tous les soirs j'utilise la commande pg_basebackup pour faire des sauvegardes.
Il me créeait bien mes fichiers backup mais puis-je supprimer tous les fichiers avant le fichier backup (parfois j'ai un fichier qui s'est glisser entre mon ...20.backup et le ...20)
Doit-je faire un ls -ltr et supprimer tout ce qui est antérieur au fichier avec l’extension .backup?
Le fichier ....20 et ....20.backup fonctionnent'ils de paire ou doit-je conserver que le 20.backup et le fichier a la suite ou doit-je conserver les deux?
Merci pour vos informations
Cordialement
Bonjour,
Pour mes sauvegarde j'utilise pg_basebackup.
Cette commande est très bien mais le souci en faisant l'extraction de mon fichier base je n'ai plus le lien entre pg_xlog et mon répertoire wal sur l'autre disque. Est ce normale ou existe t'il une option que je n'ai pas trouvé qui permet de garder ce lien? Si c'est pas possible cela veut il dire que je doit après avoir faire la restore de ma base de recréer le lien ou postgres le fera automatiquement?
Merci pour vos réponses
Cordialement
ok merci pour les informations
Bonjour,
Pour information je n'ai aucun stockage d'images, c'est simplement du badgage d'identifiant et un suivie de colis avec des stats mais beaucoup d'enregistrements.
Au niveau des disque en faite on a 4 disques sur chaque serveur (2 en raid1 et 2 en raid1)
Le LV1 et sur une grappe raid1 et l'autre VL2 sur la grappe de l'autre Raid1
Je farais un point de montage pour le serveur esclave ca sera plus fiable merci pour l'astuce.
Sur un poste de test avec une installation standard la base contient des millions d'enregistrements et elle est très petite environ 500 mega et ca ne les dépassera pas.
Pour la saisie le gros se fera dans la journée.
Donc je pense faire cette architecture
Maitre:
/VL1/data
/VL2/wall
esclave:
/VL1/data
/VL2/wall (si l'escalve devient le maitre on aura déjà le répertoire
/VL2/archive_wall
Et je pense faire un point demontage sur le maitre pour la copie des archives wall c'est bien ce que vous préconiser au lien de faire un scp .... du maitre vers l'esclave ou c'est autre chose?
Cordialement
Merci pour votre réponse
Donc il est conseillé de laisser le data sur le VL1 (table et indexe sans table space laisser par défaut les répertoires) puis les wall sur le deuxième disque et les archive sur l'autre serveur
Comme sa pour le PITR tout est au même endroit puis les accès data et index c'est sur le meme disque (meme si pour le PITR sa ne le gène pas sur des disque différents) et les wall sur un autre y'aura je pense moins de perte de performance.
Donc pour une meilleur opti c'est
Maitre:
/VL1/data
/VL2/wall
esclave:
/VL1/data
/VL2/wall
/VL2/archive_wall
Pour les archives wall je compte garder que sur deux journée je pense que 20 giga de d'archive wall c'est largement suffisant sur 2 jours
Pour ma base y'aura beaucoup d'insert et très peu de delete
Par contre sur le serveur esclave est ce que je doit créer le répertoire wall sur le VL2? le serveur créer t'il des wall? ou se base t'il sur les wall du serveur maitre?
Le top serait un disque data, un disque indexe et un disque wall mais c'est pas le cas je pense faire finalement la configuration du dessus qu'en pensez vous ne pas utiliser de tablespace?
Merci pour voir si ma nouvelle configuration va et pour vos autres réponses
Cordialement
salut
avant de désinstaller tu arait du faire un pg_dump de ta base (faire une sauvegarde) puis installer les bin dans un autre répertoire et ensuite tu verifie si tu as l'utilisateur postgres sur ton os si oui modifie son path pour mettre le chemin des new bin et ensuite tu peux faire un initdb pour creer un base et essaye de faire ensuite ton pg_ctl start et regarde les logs
Bonjour,
J'ai installer les bin de postgres 9.2
Mon architecture est la suivante:
J'ai deux serveur un qui sera en maitre l'autre en esclave avec une réplication asynchrone en hot standby
Sur chacun des serveurs j'ai deux disques pour faire simple avec deux LVM
Un VL1 sur le disque 1 et l'autre VL2 sur le disque 2 tout deux font 20G
Je pensais installer le data sur le VL1 puis créer un Table space sur le VL2 pour les index puis mettre les WALL sur le VL2 puis sur le serveur esclave les archives wall
Serveur maitre
/VL1/data
/VL2/index
/VL2/wall
Serveur esclave
/VL1/data
/VL2/index
/VL2/archive_wall
Que pensez vous de cette configuration? Est elle assez optimisé? ou Faut il que je mette les tables et les index dans VL1 et les WALL sur VL2 ou je garde la config comme dit ci-dessus.
Par contre je pense utiliser pg_basbackup pour la sauvegarde du soir, cette instruction enregistrera t'elle mes index et wall sur l'autre disque?
Merci pour vos réponses
Cordialement
Pages : 1
