服务器运行失败是什么原因?如何解决?

服务器运行失败是什么原因?如何解决?,第1张

尊敬的联想用户您好,根据您的描述,可能是由于电脑的系统文件损坏导致电脑无法正常启动相关的服务,您可以尝试下面的方法进行 *** 作:
1、点击左下的windows图标,在搜索框中输入“系统配置”
2、打开程序后切换到“启动”选项卡,选择“全部禁用”
若上述方法都无法解决您电脑的问题,建议您备份电脑数据,使用一键恢复功能重新安装电脑的 *** 作系统。

我们在使用Postgresql的时候,首先需要开启Postgresql服务。那么在Windows系统中有哪些方法开启Postgresql服务呢?下面我给大家分享一下。

工具/材料

任务管理器,服务面板,CMD命令

服务面板开启 01

首先按Win+R组合键打开运行窗口,在输入框中输入servicesmsc命令,如下图所示

02

在出现的服务界面中我们找到postgresql的记录行,如下图所示,右键单击选择启动

03

当服务的状态显示为正在运行的时候则代表postgresql服务已经打开了,如下图所示

任务管理器开启 01

按住键盘上的Ctrl+Shift+ESC组合键,注意是同时按下,不是一个个按,如下图所示

02

在d出的任务管理器窗口中切换到服务面板,找到postgresql服务,右键单击选择开始选项,如下图所示

命令行开启 01

找到所有程序下面的Windows系统,然后点击命令提示符,如下图所示

02

另外也可以直接打开运行界面输入CMD命令打开命令提示符界面,如下图所示

03

在命令提示符中通过net start命令来开启postgresql服务,如下图所示,注意服务名一定要写正确

1 启动数据库服务器(posgres用户):

[postgres@localhost bin]$ postgres -D /opt/postgresql/data/ > /opt/postgresql/log/pg_serverlog 2>&1 &

[1] 4508

当然如果设置了环境变量

PGDATA=/opt/postgresql/data

export PGDATA

后,可使用pg_ctl工具进行启动:

[postgres@localhost log]$ pg_ctl start -l /opt/postgresql/log/pg_serverlog

pg_ctl: another server might be running; trying to start server anyway

pg_ctl: could not start server

Examine the log output

[postgres@localhost log]$

因为之前已经启动,所以打印“another server might be running”。此时,查看日志,有如下信息:

[postgres@localhost log]$ cat pg_serverlog

FATAL: lock file "postmasterpid" already exists

HINT: Is another postmaster (PID 4491) running in data directory "/opt/postgresql/data"

[postgres@localhost log]$

当然,最简的启动方式是:

[postgres@localhost ~]$ pg_ctl start

server starting

[postgres@localhost ~]$ LOG: database system was shut down at 2011-07-09 13:58:00 CST

LOG: autovacuum launcher started

LOG: database system is ready to accept connections

如果要在 *** 作系统启动时就启动PG,可以在/etc/rcd/rclocal 文件中加以下语句:

/opt/postgresql/bin/pg_ctl start -l /opt/postgresql/log/pg_serverlog -D /opt/postgresql/data

2关闭服务器

最简单方法:

[postgres@localhost ~]$ pg_ctl stop

waiting for server to shut down done

server stopped

与Oracle相同,在关闭时也可采用不同的模式,简介如下:

SIGTERM

不再允许新的连接,但是允许所有活跃的会话正常完成他们的工作,只有在所有会话都结束任务后才关闭。这是智能关闭。

SIGINT

不再允许新的连接,向所有活跃服务器发送 SIGTERM(让它们立刻退出),然后等待所有子进程退出并关闭数据库。这是快速关闭。

SIGQUIT

令 postgres 向所有子进程发送 SIGQUIT 并且立即退出(所有子进程也会立即退出),而不会妥善地关闭数据库系统。这是立即关闭。这样做会导致下次启动时的恢复(通过重放 WAL 日志)。我们推荐只在紧急的时候使用这个方法。

SIGKILL

此选项尽量不要使用,这样会阻止服务器清理共享内存和信号灯资源,那样的话你只能在启动服务器之前自己手工做这件事。另外,SIGKILL 直接把 postgres 杀掉,而不会等它把信号中继给它的子进程,因此我们还需要手工杀掉每个独立子进程。

使用方法举例:

[postgres@localhost ~]$ pg_ctl stop -o SIGTERM

LOG: received smart shutdown request

LOG: autovacuum launcher shutting down

waiting for server to shut downLOG: shutting down

LOG: database system is shut down

done

server stopped

[postgres@localhost ~]$

最快速关闭方法:kill postgres 进程

[postgres@localhost ~]$ kill -INT `head -1 /opt/postgresql/data/postmasterpid`

[postgres@localhost ~]$ LOG: received fast shutdown request

LOG: aborting any active transactions

LOG: autovacuum launcher shutting down

LOG: shutting down

LOG: database system is shut down

附:postgre启动后的进程,如下:

[postgres@localhost ~]$ ps -ef|grep post

root 4609 4543 0 13:57 pts/2 00:00:00 su - postgres

postgres 4610 4609 0 13:57 pts/2 00:00:00 -bash

postgres 4724 1 0 14:08 pts/2 00:00:00 /opt/postgresql/bin/postgres

postgres 4726 4724 0 14:08 00:00:00 postgres: writer process

postgres 4727 4724 0 14:08 00:00:00 postgres: wal writer process

postgres 4728 4724 0 14:08 00:00:00 postgres: autovacuum launcher process

postgres 4729 4724 0 14:08 00:00:00 postgres: stats collector process

postgres 4752 4610 0 14:11 pts/2 00:00:00 ps -ef

postgres 4753 4610 0 14:11 pts/2 00:00:00 grep post

[postgres@localhost ~]$

开始/继续是禁用的状态,看看下边的暂停、停止两个按钮能不能用,如果能用,就点一下,服务器就停止了,再点开始就重新启动了。另外上边的服务器和服务选择也要正确,如果错误了也会有这个情况产生的。

Linux下PostgreSQL数据库服务启动后自动停止的原因可能有很多,下面是一些可能的解决方案:
检查日志:在/var/log/postgresql/目录下查看日志文件,看是否有任何错误或异常信息。
检查配置文件:检查/etc/postgresql/版本号/main/postgresqlconf配置文件,确保所有配置都正确。
检查内存和硬盘空间:确保服务器上有足够的内存和硬盘空间来运行PostgreSQL服务器

shutdown-mode有如下几种模式:
1 smart: 等所有的连接中止后,关闭数据库。如果客户端连接不终止,则无法关闭数据库。
2 fast: 快速关闭数据库, 断开客户端的连接,让已有的事务回滚,然后正常关闭数据库。
3 immediate: 立即关闭数据库,立即停止数据库进程,直接退出,下次启动时会进行实例恢复。
本实验采用immediate方式模拟数据库异常关闭:
(1)创建测试表并插入测试数据
highgo=# select from t;
id |name
----+------
1 |a
(1 row)
highgo=# insert into t values(2,'a');
INSERT 0 1
highgo=# \q
(2)模拟数据库强制关闭
[highgo@sourcedb ~]$ pg_ctl stop -mimmediate
日志: 接收到立即 (immediate) 停止请求
警告: 中断联接, 因为其它服务器进程崩溃
详细信息: Postmaster 命令此服务器进程回滚当前事物并退出, 因为其它服务器进程不正常的退出可能毁坏了共享内存
提示: 一会儿你将可以重联接数据库并且重复你的命令
waiting for server to shut down done
server stopped
(3)再次启动后,数据库会进行实例恢复
[highgo@sourcedb ~]$ pg_ctl start
server starting
[highgo@sourcedb ~]$ 日志: 数据库系统中断;上一次的启动时间是在2017-04-04 07:58:13 CST
日志: 数据库系统没有正确的关闭; 处于自动恢复状态中
日志: redo 在 0/1929070 开始
日志: record with zero length at0/19291F0
日志: redo 在 0/19291C0 完成
日志: 上一次完成事务是在日志时间2017-04-04 07:58:22691571+08完成的
日志: MultiXact member wraparoundprotections are now enabled
日志: 数据库系统准备接受连接
日志: 已启动autovacuum
(4)验证数据一致性
[highgo@sourcedb ~]$ psql
Password:
psql (302)
Type "help" for help
highgo=# select from t;
id |name
----+------
1 |a
2 |a
(2rows)

Linux运行sql脚本的具体 *** 作步骤如下:

1、使用shell工具登陆到安装postgresql的服务器,切换到postgres用户,postgresql默认的 *** 作用户,命令是:su - postgres,查看当前路径是/var/lib/psql,创建一个testsql脚本文件,命令是:vim testsql。

2、sql脚本内容是:create table test (id int not null primary key,name text);insert into test valus(1, 't1');

3、执行testsql脚本,命令是:psql -f testsql

这里是因为postgresql安装本机上,在第一步中我们切换到了postgres用户,因此这里默认就是postgres用户来 *** 作,不用带上用户名和密码。执行结果如下,可以看到有两个提示:

create table

insert 0 1

执行完成后,我们登入数据库,命令是:psql

4、进入psql交互式命令行后,我们执行两个查看命令:\d

可以看到表test确实已经创建成功,然后执行命令:\d test

可以看到表中字段是id和name,和我们创建语句中内容一样,说明第一条语句执行成功。

5、查看表中数据,命令是:select from test;

显示出来的值是1,t1,说明第二条执行语句也执行成功,说明testsql脚本执行成功。

6、默认是postgres用户,本机 *** 作是,不需要用户和密码,现在我们来试试 *** 作远程linux服务器上的postgresql,也就是说执行本地的脚本文件,在远程服务器上创建表。如下面图中所示,命令是:psql -U test1 -h 1921681194 -f testsql,输入对应用户的密码。

7、登陆到这个远程服务器上,命令是:psql -U test -h 192168194

执行查看命令:\d,\d test

最后查询数据库:select from test;结果和上面都一致。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/12700387.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-27
下一篇 2023-05-27

发表评论

登录后才能评论

评论列表(0条)

保存