El 26 de septiembre de 2017, 16:51, mauricio pullabuestan< jmaurici...@yahoo.es> escribió:
> Hola Daymel. > > Gracias por las recomendaciones, voy a revisar la documentación. > > Estoy comenzando con la replicación y me apoye un un manual, donde se > cambian pocos parámetros > > Maestro postgresql.conf > > listen_addresses = 'miip' > wal_level = hot_standby > synchronous_commit=local > archive_mode = on > archive_command = 'cp %p /var/lib/pstgresql/9.6/main/archive/%f' > max_wal_senders = 2 > wal_keep_segments = 10 > synchronous_standby_names = 'pgslave1' > > > > Esclavo postgresql.conf > listen_addresses = 'miip' > wal_level = hot_standby > synchronous_commit=local > max_wal_senders = 2 > wal_keep_segments = 10 > synchronous_standby_names = 'pgslave1' > hot_standby = on > > > > Me preocupa quedarme sin espacio en el disco, el directorio archive del > maestro a crecido 5 gb en un día > No se si es automática la limpieza de los archivos wal? > No es casualidad que crezca si configuraste que el servidor archive en ese directorio. > > Donde puede ver si estoy usando slot y si es así como lo borro? o como > puedo mantenerlo en un tamaño razonable? > Con la consulta: SELECT * from pg_replication_slots; ver replication slots <https://www.postgresql.org/docs/9.6/static/warm-standby.html#STREAMING-REPLICATION-SLOTS> en la documentación oficial. > > Estoy en busca de un curso, el próximo que se dicta en mi país sobre > replicación es en unos meses, espero poder asistir, entre tanto necesito > aprender a hacer esto, espero puedas apoyar. > Suerte Saludos > > Saludos. > Mauricio > > > El Martes 26 de septiembre de 2017 10:45, Daymel Bonne < > daymel.bo...@2ndquadrant.ec> escribió: > > > Hola Mauricio: > > El 26 de septiembre de 2017, 08:55, Gilberto Castillo<gilberto.castillo@ > etecsa.cu> escribió: > > > > Tengo 2 servidores con ubunto server 16.04 y postgresql 9.6 a los cuales > > se los configuro como maestro y esclavo para replicación hot standby, al > > momento todo parece estar bien. > > > > La configuración se realizo en los archivos postgresql.conf y > pg_hba.conf, > > se configuro UFW para ssh y postgresql así como la creación del usuario > > para la replicación y la copia de la data del servidor maestro. > > En caso de que algo funcionara mal en el servidor maestro, volverlo al > > estado antes de la replica bastaría con restaurar los archivos > > postgresql.conf y pg_hba.conf y reiniciar el servicio de postgres? O se > > tendría que realizar otro proceso? > > > Sólo remueve la línea del pg_hba.conf donde configuraste el permiso de > conexión del servidor réplica y haz luego un reload. No tienes que volver a > reiniciar el servidor maestro. El único paso adicional que pudieras hacer, > SI es que replicas usando un slot de replicación, es borrarlo, ya que si no > lo haces, el maestro retendrá wals, y puede llenarte el disco. > > > > Para el servidor esclavo.Al ser de solo lectura y si por alguna razón > > necesito hacerlo servidor principal, cual seria los pasos para hacerlo? > > Al momento necesito saber hacerlo manualmente, próximamente voy a probar > > repmgr > > > Básicamente hay dos formas de hacer que el esclavo se promueva a maestro. > Puedes promover mediante pg_ctl promote -D data_dir o touch trigger_file. > En la documentación se describe que pasa cuando se promueve y explican con > más detalles, ver la documentacion > <https://www.postgresql.org/docs/current/static/warm-standby-failover.html> > . > > Recomiendo mucho utilizar repmgr <https://www.repmgr.org/>. Te abstrae de > muchas cosas en el camino que puedes no tomar en cuenta en caso de una > promoción de un esclavo, además de que puedes crear notificaciones y > ejecutar scripts para hacer lo que quieras cuando ocurra el failover. > > Saludos > > -- > Daymel Bonne https://www.2ndQuadrant.com/ > <https://www.2ndquadrant.com/> > Database Consultant, Training & Services > > > > > -- Daymel Bonne https://www.2ndQuadrant.com/ <https://www.2ndquadrant.com/> Database Consultant, Training & Services
