我们手动配制PostgreSQL版本升级（例如从9.6到10.1）看起来是这样的： 停止DB（通过systemctl） 在不同的端口上启动数据库 pg_dumpall使用不同的端口 mv旧数据目录到不同的位置 安装新的RPM，卸载旧的RPM 在不同的端口上启动数据库 pg_restore DB 停止运行在不同端口上的数据库，在默认端口上启动数据库。 我们在转储/恢复期间使用不同的端口来使其成为primefaces。 我们希望在这个阶段阻止连接。 也许这个程序太复杂了，我不知道。 到目前为止，我们手工完成，但是自动化会很好。 我们使用Salt进行configurationpipe理。 但是这是一个基于状态的工具。 上面的配方看起来更像是一个程序性的东西。 如何使用Salt自动化？ 如果有更好的解决scheme（没有盐）…很好。 请告诉我。
我正在寻找一个工具，让less数人能够在我们的数据库中周旋。 目前我每次编写自定义SQL查询都需要做一些我们没有工具的东西。 我不想写更多的工具，因为更多的时候我只需要做一个或两个特定的操作。 我需要一些东西，以便其他人也可以在数据库中进行更改。 phppgadmin对于将要使用它的人（bitfeild）来说将会变得太复杂。 我过去曾经使用过djangopipe理员，并且非常喜欢它，但是对于我们现有的数据库来说，这并不会很好。 我不希望Django把表添加到那里，我真的不想修改我们现有的表（Django的ORM想要那里只有一个主键）。
Jackrabbit是JCR（Java Content Repository API）的一个实现，它被Artifactory用来存储Maven构件。 所以大部分的东西都是由blob组成的。 我需要哪些configuration选项来调整postgres是否针对这种情况进行了优化？
我试图找出为什么我的posgresql无法启动启动..我手动运行在terminal # chkconfig postgresql on # service postgresql start /usr/bin/chcon: can't apply partial context to unlabelled file /var/lib/pgsql/pgstartup.log Initalizing database: [ OK ] Starting postgresql service: [ OK ] 有任何想法吗？
我正在使用pgadmin将csv文件复制到数据库中。 直到今天，这工作得很好。 我得到以下错误 无法打开文件“/path.csv”进行读取：权限被拒绝 我戳谷歌周围，一些build议是禁用SELinux，我不打算做，因为我的代码之前工作。
我想使用OpenSSL从我的XP客户端使用SSL连接到我的Postgres 8.3数据库。 这工作正常，没有SSL。 当我尝试使用SSL（无客户端证书），我得到的错误： error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure 我遵循Postgres手册中关于SSL的说明，包括创build一个自签名证书。 在我的pg_hba.conf中有一行： host dbname loginname 123.45.67.89/32 md5 服务器上的OpenSSL版本是0.9.8g，客户端版本是0.9.8j。 我会很感激任何追踪问题的build议。 编辑： 来自postgresql.conf的未注释的行是： data_directory = '/var/ebs0/postgres/main' hba_file = '/etc/postgresql/8.3/main/pg_hba.conf' ident_file = '/etc/postgresql/8.3/main/pg_ident.conf' external_pid_file = '/var/run/postgresql/8.3-main.pid' listen_addresses = '*' port = 5432 max_connections = 100 unix_socket_directory = '/var/run/postgresql' ssl = true shared_buffers = 24MB
是否有可能根据需要logging任何一个SQL事务脚本执行？ 我不想一直打开日志logging，因为我只需要事务中的信息来通过http://pgfouine.projects.postgresql.org/ ？生成一个探查器报告。
我有一个生产8.4服务和一个dev 8.4服务。 他们一直运行稳定，但过去两个周末，生产服务已经随机停止运行，本周在星期天，星期六在上周，而不是在任何特定事件或预定的工作。 开发服务，但是，罚款。 这看起来不符合事实，但根据事件日志，首先pgAgentclosures（“查询作业表失败！”），然后8秒钟后postgresclosures。 两个周末都是按顺序发生的。 我想，如果有的话，postgresclosures会导致pgAgent然后closures。 我想，如果它被卡住的东西花费了8秒钟以上的时间，可能在某些时候会导致pgAgent在postgres完全死亡之前不再工作。 在postgres日志本身，有这个错误： FATAL: pre-existing shared memory block is still in use 根据这个post可能与杀毒软件有关。 我们运行赛门铁克，可能是资源pipe理，我肯定不会像系统build议的那样使系统不受保护。 还有其他build议吗？
如何解决最后一行的错误信息？ …. # Installing MediaWiki with php file extensions # Environment checked. You can install MediaWiki. # Generating configuration file… # Database type: PostgreSQL # Loading class: DatabasePostgres # Attempting to connect to database "wikidb" as "wikiuser"… error: No database connection # Checking the version of Postgres… Warning: pg_version(): supplied argument is not a valid […]
我需要同步两个PostgreSQL数据库（从开发数据库一些表到生产数据库）有时。 所以我想出了这个脚本： […] pg_dump -a -F tar -t table1 -t table2 -U user1 dbname1 | \ pg_restore -a -U user2 -d dbname2 […] 问题是，这只适用于新添加的行。 当我编辑非PK列时，我得到约束错误，行不更新。 对于每个转储的行，我需要检查它是否存在于目标数据库中（通过PK），如果是这样，在INSERT / COPY之前删除它。 谢谢你的build议。 （以前张贴在stackoverflow.com，但恕我直言，这是更好的地方这个问题）。