PostGreSQL数据库检查（2）

为避免总是编辑一个博客，导致问题(例如，置顶后，修改后这个博客就不见了，直到被审核通过才又出现)。现在新写一篇，继续上面的“PostGreSQL数据库检查”一文。

为了证明是数据库的问题。现在有一个方案。先启动一个正常的实例，做好数据库备份。然后等出现问题，然后恢复数据库到已经做好的备份上。如果这样就解决了问题，那么就是数据库本身的问题，而且有了解决之道。

然后比较两个数据库的值。看看是哪个表的哪个值变成了有问题的。估计和company ID等有关系。

如果不是这样，问题还在，那么看看LifeRay的文件夹，采用备份好的可以正常工作的文件夹，看看是否可以解决问题。如果解决了，就说明不是数据库的问题，像Lenovo本地的LifeRay一样（单独有个博客说明这个，here.）。

=======================

在做上述事情之前，先查一下数据库的Log，看看有什么问题。

（关掉数据库后，启动Liferay, 一半时间就完成了，但是去网址看，什么也没有。）

看数据库的Log：

现在服务器的内存水平倒是正常了，在1.4G左右。

挂载CDS的帮助，here.

但是有问题。查了半天，是加载的文件 /etc/fstab中的语句少了一个字母“u"!, 应该是”/dev/vdb1 /cds ext4 defaults 0 0“， 误作：”/dev/vdb1 /cds ext4defalts 0 0“。

改正了这个u字母的错误，CDS硬盘挂载成功了。

之前运行数据库启动的语句，也是少了一个"-c"，但是不是失误的，是少了，就不能以正确的权限运行程序。这是另外一个问题。。

使用 cp /lr62/Liferay....  /cds/liferay_image/ 全部拷贝了Liferay的目录和文件，共4个G。

用pg_Admin III 备份postgresql里面lportal的时候，一开始总是提示权限有问题，后来用chown改目标目录的权限，然后重启pgAdmin III后，可以备份了。提示 “Process returned exit code 0.”，应该是成功了。但是为什么目标文件很小呢？Tar文件才1.7M, Plain的才700K。为什么pgAdmin III里面数据库size是28MB? (如下）