aix服务器重启命令

aix服务器重启命令,第1张

1停止所有相关应来用;
2停oracle:
使用源oracle用户登陆:
sqlplus /nolog
conn /as sysdba
shutdown
exit
3重启AIX:
使用root用户登陆:
shutdown -Fr
或者reboot
4系统重启后重启oracle
使用oracle用户登陆:
sqlplus /nolog
conn /as sysdba
startup
exit
5启动相关应用。

AIX的版本号: *** 作系统版本号(version)+发行版号(release)+改进版号(modification)+修正版号(fix)。
AIX(Advanced Interactive eXecutive)是IBM基于AT&T Unix System V开发的一套类UNIX *** 作系统,运行在IBM专有的Power系列芯片设计的小型机硬件系统之上。它符合Open group的UNIX 98行业标准(The Open Group UNIX 98 Base Brand),通过全面集成对32-位和64-位应用的并行运行支持,为这些应用提供了全面的可扩展性。它可以在所有的IBM ~ p系列和IBM RS/6000工作站、服务器和大型并行超级计算机上运行。

aix服务器网络流量Out(发送流量)一直有流量,可能是以下原因之一:
1 AIX服务器上有常驻的网络进程,比如备份进程、监控进程等,这些进程会不断地向外发送数据,导致网络流量一直存在。
2 AIX服务器正在执行某些任务,比如向外发送文件、数据同步等,这些 *** 作也会导致网络流量始终存在。
3 AIX服务器可能受到了网络攻击,攻击者通过发送大量恶意数据包占用网络带宽,导致网络流量一直处于高峰状态。
4 AIX服务器上的某个应用程序或服务有问题,导致其向外发送异常多的数据包,使得网络流量始终存在。
为了找出问题的根本原因,建议您使用网络监控工具对服务器进行分析,查看哪些进程或应用程序占用了大量的网络带宽。如果发现有可疑的网络流量,则需要及时采取措施,如防火墙、入侵检测系统、安全补丁等手段来保护服务器安全。

UNIX比较常见的几个主流版本:AIX(IBM)、HP-UNIX(HP)、SOLARIS(sun)。这几个版本主要用于各厂商的小型机上。
AIX是 IBM开发的一个UNIX的版本。 全称为:Advanced Interactive Executive ,俗称"An IBM uniX"或"Advanced IBM uniX"。
用于IBM的RS/6000小型机上 P系列服务器上。

as/400是一类计算机产品线名称,现在产品线已经更换为 IBM iSeries Systems, *** 作系统以前叫 OS/400 现在更换为 i OS。 IBM自己研发的,跟其他 *** 作系统没有任何关系。
AIX 是另一个硬件产品线 。IBM PSeries Systems的 *** 作系统。是基于UNIX的。
两个 *** 作系统完全不同, 直观上说OS/400 或者i OS 像小霸王学习机,先插卡再选菜单要干什么。 AIX 则像DOS,输入命令控制要干什么。 DOS就是基于硬盘的文件数据全都在硬盘里,想做什么输入命令调用。而 小霸王是插卡的,想玩什么插什么卡,想玩坦克大战,插魂斗罗的卡是绝对不可能的。所以你 *** 作系统干什么之前先管理数据。 库管理在 *** 作系统之上还是下,这是两者根本的区别。

AIX(Advanced Interactive eXecutive)是IBM开发的一套UNIX *** 作系统。它符合Open group的UNIX 98行业标准(The Open Group UNIX 98 Base Brand),通过全面集成对32-位和64-位应用的并行运行支持,为这些应用提供了全面的可扩展性。它可以在所有的IBM ~ p系列和IBM RS/6000工作站、服务器和大型并行超级计算机上运行。
在系统启动过程中,在预初始化过程中装入根文件系统之后,将发生下面这些事件:
作为启动过程中的最后一个步骤,运行 init 命令。
init 命令尝试读取 /etc/inittab 文件。
如果 /etc/inittab 文件存在,那么 init 命令将尝试在 /etc/inittab 文件中查找 initdefault 条目。
如果 initdefault 条目存在,那么 init 命令使用指定的运行级别作为初始的系统运行级别。
如果 initdefault 条目不存在,那么 init 命令将请求用户从系统控制台 (/dev/console) 输入一个运行级别。
如果用户输入 S、s、M、或者 m 运行级别,那么 init 命令将进入维护运行级别。只有这些运行级别不需要经过正确格式化的 /etc/inittab 文件。
如果 /etc/inittab 文件不存在,那么 init 命令在缺省情况下将使系统进入维护运行级别。
init 命令每隔 60 秒将再次读取 /etc/inittab 文件。如果在 init 命令上一次读取 /etc/inittab 文件之后,其中的内容发生了更改,那么将执行 /etc/inittab 文件中的新命令。
/etc/inittab 文件

/etc/inittab 文件用于控制初始化过程。

/etc/inittab 文件提供了相应的脚本,以使得 init 命令的角色成为通用的进程调度器。init 命令的进程调度活动中的主要进程是 /etc/getty 线路进程,它将启动单独终端线路。通常由 init 命令进行调度的其他进程包括守护进程和 Shell。

/etc/inittab 文件由一些与位置无关的条目组成,它们的格式如下所示:
Identifier:RunLevel:Action:Command
每个条目之间由一个换行符进行分隔。换行符前面加上一个反斜杠 (\) 表示继续该条目。在 /etc/inittab 文件中,对于条目的数目没有任何限制(但不能超过最大的条目大小)。最大的条目大小为 1024 个字符。

条目字段包括:
Identifier,由一到十四个字符组成的字段,唯一地标识一个对象。
RunLevel,可以对该条目进行处理的运行级别。
运行级别具有下面的属性:
运行级别有效地对应于系统中的进程配置。
可以为每个由 init 命令启动的进程分配一个或者多个运行级别(该进程可以存在于其中)。
运行级别使用数字 0 到 9 进行表示。例如,如果系统处于运行级别 1,那么只有那些在运行级别字段中包含 1 的条目才会启动。
当您请求 init 命令更改运行级别时,在运行级别字段中不包含匹配条目(对于目标运行级别)的所有进程都将接收到一个警告信号 (SIGTERM)。在使用删除信号 (SIGKILL) 强行结束这些进程之前,有 20 秒钟的过渡期。
通过使用从 0 到 9 的任意组合,可以选择多个运行级别,从而在运行级别字段中为一个进程定义多个运行级别。如果没有指定运行级别,那么就假定该进程在所有的运行级别中都是有效的。
在运行级别字段中,还可能出现其他四种取值,即使它们并不是真正的运行 级别:a、b、c 和 h。仅当使用 telinit 命令请求它们运行时(无论系统当前运行级别如何),才会处理那些运行级别字段中包含这些字符的条目。它们与运行级别的不同之处在于,init 命令不可能进入到运行级别 a、b、c 或者 h。另外,任何这些进程的执行请求都不会更改当前运行级别。而且,在 init 命令更改级别时,不会终止以 a、b 或者 c 命令开头的进程。只有在下面三种情况下才会终止它们:在 /etc/inittab 文件中,它们所在行的 *** 作字段被标记为 off,从 /etc/inittab 中完全删除它们所在的行,或者 init 命令进入到单用户模式。
Action,用于告诉 init 命令如何处理在进程字段中指定的进程。init 命令能识别下列的 *** 作:
respawn:如果进程不存在,则启动该进程。不需要等待它的结束(继续扫描 /etc/inittab 文件)。当进程中止时,重新启动该进程。如果该进程已经存在,则什么也不做,继续扫描 /etc/inittab 文件。
wait:当 init 命令进入到与该条目的运行级别相匹配的运行级别时,启动该进程,并等待它的结束。当 init 命令处于相同的运行级别时,所有后续对 /etc/inittab 文件的读取 *** 作都将导致 init 命令忽略这个条目。
once:当 init 命令进入到与该条目的运行级别相匹配的运行级别时,启动该进程,并且不需要等待它的结束。当它中止时,不重新启动该进程。当系统进入一个新的运行级别,并且该进程的运行来自前一个运行级别更改时,不重新启动该程序。
boot: 仅在系统启动时(即在系统启动的过程中当 init 命令读取 /etc/inittab 文件的时候)处理该条目。启动该进程,不需要等待它的结束,并且当它中止时,不重新启动该进程。为了使得该指令有意义,运行级别应该为缺省值,或者它必须 与启动时 init 命令的运行级别相匹配。对于系统硬件重新启动之后的初始化功能来说,这种 *** 作是非常有价值的。
bootwait:在系统启动之后,当 init 命令第一次从单用户进入到多用户状态时,处理该条目。启动该进程,等待它的结束;并且当它中止时,不重新启动该进程。如果 initdefault 为 2,那么在启动之后运行该进程。
powerfail:仅当 init 命令接收到电源故障信号 (SIGPWR) 时,才执行与这个条目相关联的进程。
powerwait:仅当 init 命令接收到电源故障信号 (SIGPWR) 时,才执行与这个条目相关联的进程,并且在继续处理 /etc/inittab 文件之前,必须等待它结束。
off:如果与这个条目相关联的进程目前正在运行,那么发送警告信号 (SIGTERM),等待 20 秒钟,然后使用删除信号 (SIGKILL) 终止该进程。如果该进程没有运行,则忽略这个条目。
ondemand:从功能上看,与 respawn 是相同的,但是这个 *** 作适用于 a、b 或者 c 值,而不是运行级别。
initdefault: 仅在 init 命令最初被调用时,才扫描包含这个 *** 作的条目。init 命令使用这个条目(如果它存在的话)来确定最初要进入的运行级别。通过使用运行级别字段中所指定的最高运行级别,就可以实现这一点,并使用它作为其初始状 态。如果运行级别字段为空,那么将其解释为“0123456789”:因此,init 命令将进入运行级别 9。另外,如果 init 命令在 /etc/inittab 文件中没有找到 initdefault 条目,那么将要求用户在启动时指定一个最初的运行级别。
sysinit:当 init 命令在登录之前尝试访问控制台时,将执行这种类型的条目。在正常情况下,这个条目仅用于初始化设备(init 命令可能会对这些设备询问有关运行级别的问题)。执行这些条目,并等待它们结束,然后再继续。
Command: 要执行的 Shell 命令。整个命令字段以 exec 作为前缀,然后以 sh -c exec command 的形式传递给一个使用 fork 系统调用生成的 sh。任何合法的 sh 命令语法都可以出现在这个字段中。可以使用 # comment 语法插入注释。
getty 命令将覆盖 /etc/inittab 文件中出现在它之前的任何命令的输出。要将这些命令的输出记录到启动日志,可以使用管道将它们的输出传递给 alog -tboot 命令。

在 init 命令处理 inittab 条目时,stdin、stdout 和 stderr 文件描述符可能是不可用的。向 stdout 或者 stderr 进行写入 *** 作的任何条目都可能无法按照预期的方式工作,除非它们将自己的输出重定向到一个文件或者 /dev/console。

对于修改 /etc/inittab 文件中的记录,仅支持下列的命令:
mkitab:将记录添加到 /etc/inittab 文件。
lsitab:列出 /etc/inittab 文件中的记录。
chitab:更改 /etc/inittab 文件中的记录。
rmitab:删除 /etc/inittab 文件中的记录。
例如,您希望向 /etc/inittab 文件添加一条记录,以便在运行级别 2 中运行 find 命令,并且在它结束后再次启动它:
1 运行 ps 命令,并显示那些仅包含单词 find 的进程:
# ps -ef
grep find
root 19750 13964 0 10:47:23 pts/0 0:00 grep find
#
2 使用 mkitab 命令向 /etc/inittab 添加一条名为 xcmd 的记录:
# mkitab "xcmd:2:respawn:find / -type f > /dev/null 2>&1"
3 使用 lsitab 命令显示新的记录:
# lsitab xcmd
xcmd:2:respawn:find / -type f > /dev/null 2>&1
#
4 显示进程:
# ps -ef
grep find
root 28972 13964 0 11:07:33 pts/0 0:00 grep find
#
5 结束 find 进程:
# kill 25462
6 显示进程:
# ps -ef
grep find
root 23538 13964 0 10:58:24 pts/0 0:00 grep find
root 28966 1 4 10:58:21 - 0:00 find / -type f
#
由于 action 项被设置成为了 respawn,所以一个新的 find 进程(上面显示的 28966)在前一个进程结束后又被系统启动了。
这个进程会被不断的重新启动,除非把 action 项的设置修改,如:

1 把 xcmd 这条记录的 action 项的值从 respawn 修改为 once:
# chitab "xcmd:2:once:find / -type f > /dev/null 2>&1"
2 显示进程:
# ps -ef
grep find
root 20378 13964 0 11:07:20 pts/0 0:00 grep find
root 28970 1 4 11:05:46 - 0:03 find / -type f
3 结束 find 进程:
# kill 28970
4 显示进程:
# ps -ef
grep find
root 28972 13964 0 11:07:33 pts/0 0:00 grep find
#
可以看到 find 进程没有再被系统启动。

要从 /etc/inittab 文件中删除这条记录,您可以使用 rmitab 命令。例如:
# rmitab xcmd
# lsitab xcmd
#
/etc/inittab 条目的顺序

在 /etc/inittab 文件中,基本条目按照如下所示的方式进行排序:
initdefault
sysinit
Powerfailure Detection (powerfail)
Multiuser check (rc)
/etc/firstboot (fbcheck)
System Resource Controller (srcmstr)
Start TCP/IP daemons (rctcpip)
Start NFS daemons (rcnfs)
cron
pb cleanup (piobe)
getty for the console (cons)
必须在 etc/inittab 文件的开始处附近启动系统资源控制器(System Resource Controller,SRC),因为需要 SRC 守护进程来启动其他进程。因为 NFS 需要 TCP/IP 守护进程正确地运行,所以应该在启动 NFS 守护进程之前启动 TCP/IP 守护进程。/etc/inittab 文件中的条目根据依赖关系进行排序,这意味着,如果一个进程 (process2) 的正常运行需要另一个进程 (process1) 的存在,那么在 /etc/inittab 文件中,process1 的条目应该出现在 process2 的条目之前。


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

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

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

发表评论

登录后才能评论

评论列表(0条)

保存