Em 29 de junho de 2017 18:00, Douglas Fabiano Specht < [email protected]> escreveu: > > > Fabrizio, > obrigado pela sua reposta > vou ajustar para 500, pois deu 432 o calculo e sei que esse banco pode ser acrescentado mais schemas.(42000/50+64) + 64 = 432 .
Esqueci de mencionar que as "sequences" devem entrar no cálculo daquele "número de tabelas" porque elas internamente são uma tabela. > sobre sua duvida, hoje estamos fazendo dump como estrategia de backup, o que está errado..(eu ja li o otimo artigo do Telles) #1. Ok, mas como é a arquitetura desse seu database? Tipo cada schema seria como um "cliente" ou algo do gênero?? Porque se cada schema pode ser tratado isoladamente não teria porque vc fazer um dump de todo database em um único pg_dump, vc poderia fazer um script para ler os schemas e fazer dumps individuais por schema. Vc poderia usar os Syncronized Snapshots [1] também pra não precisar ficar fazendo esses ajustes e ter dados consistentes... obviamente que nao conheço seu modelo e não sei se os objetos nos schemas tem dependencias (FKs), então estou pensando em modelos com schemas isolados. > pretendo nos próximos dias implantar backup físico\logico. Ótimo > como estamos com 5 servidores de banco de dados, vc teria alguma ferramenta para recomendar que faça essa gerência de backup em vários servidores e uma maneira mais facil? > Para backup físico recomendo vc dar uma olhada no pgBackRest [2] ou o Barman [3]. Att, [1] https://www.postgresql.org/docs/9.5/static/functions-admin.html#FUNCTIONS-SNAPSHOT-SYNCHRONIZATION [2] http://www.pgbackrest.org/ [3] http://www.pgbarman.org/ -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
