Database 这是将远程数据库复制到开发中最安全的方法吗？
我只是想知道，就数据库而言，这是将生产设置复制到开发环境中最安全的方法吗Database 这是将远程数据库复制到开发中最安全的方法吗？,database,postgresql,Database,Postgresql,我只是想知道，就数据库而言，这是将生产设置复制到开发环境中最安全的方法吗 ssh user@app.com pg_dump app-production | psql app-development 我只想确保此命令不会或不会对正在转储的数据库产生任何意外的副作用。它不会对生产数据库进行任何更改，但可能会对生产数据库的性能产生明显的影响 它将增加一般负载，因为它显然要访问所有表和大型对象 然而，我更关心的是你使用网络的方式。通过管道直接通过连接，您在整个pg_转储过程中依赖开放式网络连接，并且
ssh user@app.com pg_dump app-production | psql app-development
我只想确保此命令不会或不会对正在转储的数据库产生任何意外的副作用。它不会对生产数据库进行任何更改，但可能会对生产数据库的性能产生明显的影响 它将增加一般负载，因为它显然要访问所有表和大型对象 然而，我更关心的是你使用网络的方式。通过管道直接通过连接，您在整个pg_转储过程中依赖开放式网络连接，并且在应用程序开发完成加载之前保持访问打开 此外，如果出现网络中断或其他情况，则必须完全重新启动 如果可以的话，我建议您将其转储到文件中。差不多
pg_dump -Fc --file=app-production.backup app-production
它不会对生产数据库进行任何更改，但可能会对生产数据库性能产生显著影响 它将增加一般负载，因为它显然要访问所有表和大型对象 然而，我更关心的是你使用网络的方式。通过管道直接通过连接，您在整个pg_转储过程中依赖开放式网络连接，并且在应用程序开发完成加载之前保持访问打开 此外，如果出现网络中断或其他情况，则必须完全重新启动 如果可以的话，我建议您将其转储到文件中。差不多
pg_dump -Fc --file=app-production.backup app-production
它不会对生产数据库进行任何更改，但可能会对生产数据库性能产生显著影响 它将增加一般负载，因为它显然要访问所有表和大型对象 然而，我更关心的是你使用网络的方式。通过管道直接通过连接，您在整个pg_转储过程中依赖开放式网络连接，并且在应用程序开发完成加载之前保持访问打开 此外，如果出现网络中断或其他情况，则必须完全重新启动 如果可以的话，我建议您将其转储到文件中。差不多
pg_dump -Fc --file=app-production.backup app-production
它不会对生产数据库进行任何更改，但可能会对生产数据库性能产生显著影响 它将增加一般负载，因为它显然要访问所有表和大型对象 然而，我更关心的是你使用网络的方式。通过管道直接通过连接，您在整个pg_转储过程中依赖开放式网络连接，并且在应用程序开发完成加载之前保持访问打开 此外，如果出现网络中断或其他情况，则必须完全重新启动 如果可以的话，我建议您将其转储到文件中。差不多
pg_dump -Fc --file=app-production.backup app-production
从磁盘读取所有数据并通过网络发送，将给生产带来相当大的负载。它还将锁定每个对象，有时可能会干扰生产系统的运行
我认为影响最小的方法是连接到您已经为生产系统准备好的任何备份系统。如果您使用pg_dump进行备份，请从最新的备份中恢复，而不影响生产。如果您使用wal存档进行备份，则再次从中“还原”以获得克隆，而完全不涉及生产。从磁盘读取所有数据并通过网络发送数据将给生产带来相当大的负载。它还将锁定每个对象，有时可能会干扰生产系统的运行
我认为影响最小的方法是连接到您已经为生产系统准备好的任何备份系统。如果您使用pg_dump进行备份，请从最新的备份中恢复，而不影响生产。如果您使用wal存档进行备份，则再次从中“还原”以获得克隆，而完全不涉及生产。从磁盘读取所有数据并通过网络发送数据将给生产带来相当大的负载。它还将锁定每个对象，有时锁定方式可能会导致