Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/asp.net-mvc/16.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-apps-script/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Postgresql Postgres 9.4崩溃_Postgresql_Postgresql 9.4 - Fatal编程技术网

Postgresql Postgres 9.4崩溃

Postgresql Postgres 9.4崩溃,postgresql,postgresql-9.4,Postgresql,Postgresql 9.4,我正在Windows Server 2012上运行Postgres 9.4。我已经有几次postgres崩溃,错误如下: FATAL: could not reattach to shared memory (key=00000000000000D0, addr=00000001405E0000): error code 1455 看起来这个错误应该在8.3中修复 在崩溃前后,它似乎有可用的RAM 我的服务器规格: OS: Windows Server 2012 x64 CPU: Intel

我正在Windows Server 2012上运行Postgres 9.4。我已经有几次postgres崩溃,错误如下:

FATAL:  could not reattach to shared memory (key=00000000000000D0, addr=00000001405E0000): error code 1455
看起来这个错误应该在8.3中修复

在崩溃前后,它似乎有可用的RAM

我的服务器规格:

OS: Windows Server 2012 x64
CPU: Intel Xeon CPU 2.30GHz (x2)
RAM: 52GB
Postgres: 9.4.5
postgres中的一些设置:

shared_buffers = 512MB
effective_cache_size = 39GB
work_mem = 90MB
maintenance_work_mem = 2000MB
有人能告诉我是什么导致了这次车祸吗?如果你需要更多信息,请告诉我


谢谢。

您需要将此内容发布到PostgreSQL项目本身。他们是一群乐于助人的专业人士

有和一个bug报告表。他们会想知道9.4.x的确切版本以及您在上面给出的硬件/操作系统详细信息

A有一个类似的帖子,但你可能想自己尝试搜索

也值得检查另一个和弹出一般,只是问有太多


我并没有在Windows上运行PostgreSQL,但这听起来像是一个bug——我猜在某种情况下,共享内存在Windows上的处理方式与在其他平台上不同。关键的第一步是准确地指出错误产生的位置。

您能否分享数据库服务器(cpu/ram)的技术规格?@DmitrySavinkov请参阅更新的答案。Postgres 9.5中是否也会发生这种情况?如果这是一个你可以复制的东西,这看起来像是一个bug,但这应该由Postgres团队直接处理。我按照你的建议发布了一个bug,并得到了一些反馈。我的服务器上的连接数似乎太多了。线程在这里:嗯-阅读该线程,如果它与大量连接有关,我不会感到惊讶。也许你点击了1024,Windows中的某些东西不喜欢它。我熟悉在Linux上运行大量数据库,但不熟悉Windows。如果这相当容易做到,那么将数据库划分为两个虚拟机是否可以解决问题,这可能值得一看。显然,你需要考虑任何性能影响。