suse linux 启动oralce服务及oralce实例

通过ssh连接到suse linux服务上。

设置系统时间命令:2014-04-01 10:00

date –set=“04/01/14 10:00”

第一步,启动监听;
su – oracle –“切换到oracle用户”
lsnrctl start –“打开监听”
第二步,启动数据库实例。
sqlplus /nolog –“进入到sqlplus”

SQL> conn /as sysdba –“连接到sysdba”
SQL> startup –“启动数据库实例”

假如你的服务器上有DB1和DB2两个实例,且这两个实例都是由同一个操作系统用户创建的,用此操作系统用户登录到服务器,
执行

export ORACLE_SID=DB1
sqlplus /nolog
connect scott/tiger as sysdba
startup
exit EOF

export ORACLE_SID=DB2
sqlplus /nolog
connect scott/tiger as sysdba
startup
———————
作者:javaDocker
来源:CSDN
原文:https://blog.csdn.net/chen978616649/article/details/22918179
版权声明:本文为博主原创文章,转载请附上博文链接!

SQLPlus 在连接时通常有四种方式

1. sqlplus / as sysdba
操作系统认证,不需要数据库服务器启动listener,也不需要数据库服务器处于可用状态。比如我们想要启动数据库就可以用这种方式进入
sqlplus,然后通过startup命令来启动。
2. sqlplus username/password
连接本机数据库,不需要数据库服务器的listener进程,但是由于需要用户名密码的认证,因此需要数据库服务器处于可用状态才行。
3. sqlplus usernaem/password@orcl
通过网络连接,这是需要数据库服务器的listener处于监听状态。此时建立一个连接的大致步骤如下
a. 查询sqlnet.ora,看看名称的解析方式,默认是TNSNAME
b. 查询tnsnames.ora文件,从里边找orcl的记录,并且找到数据库服务器的主机名或者IP,端口和service_name
c. 如果服务器listener进程没有问题的话,建立与listener进程的连接。
d. 根据不同的服务器模式如专用服务器模式或者共享服务器模式,listener采取接下去的动作。默认是专用服务器模式,没有问题的话客户端
就连接上了数据库的server process。
e. 这时连接已经建立,可以操作数据库了。
4.sqlplus username/password@//host:port/sid
用sqlplus远程连接oracle命令(例:sqlplus risenet/1@//192.168.130.99:1521/risenet)

Mac 查看cpu型号

mac

查看cpu:
sysctl machdep.cpu

macossystemdeMac-mini2:ios_pack macossystem$ sysctl -n machdep.cpu.brand_string
Intel(R) Core(TM) i5-8500B CPU @ 3.00GHz

命令行查看 Mac 内存使用情况
代码:
top -l 1 | head -n 10 | grep PhysMem

nginx的location、root、alias指令用法和区别

nginx指定文件路径有两种方式root和alias,指令的使用方法和作用域:
[root]
语法:root path
默认值:root html
配置段:http、server、location、if
[alias]
语法:alias path
配置段:location

root与alias主要区别在于nginx如何解释location后面的uri,这会使两者分别以不同的方式将请求映射到服务器文件上。
root的处理结果是:root路径+location路径
alias的处理结果是:使用alias路径替换location路径
alias是一个目录别名的定义,root则是最上层目录的定义。
还有一个重要的区别是alias后面必须要用“/”结束,否则会找不到文件的。。。而root则可有可无~~

root实例:

如果一个请求的URI是/t/a.html时,web服务器将会返回服务器上的/www/root/html/t/a.html的文件。

alias实例:

如果一个请求的URI是/t/a.html时,web服务器将会返回服务器上的/www/root/html/new_t/a.html的文件。注意这里是new_t,因为alias会把location后面配置的路径丢弃掉,把当前匹配到的目录指向到指定的目录。

注意:
1. 使用alias时,目录名后面一定要加”/”。
3. alias在使用正则匹配时,必须捕捉要匹配的内容并在指定的内容处使用。
4. alias只能位于location块中。(root可以不放在location中)

Nginx之虚拟目录-root与alias的区别

最近在nginx上部署日志分析工具awstats时,在配置awstats分析结果可供网页浏览这步时,分析结果页面访问总是404.后来查阅了一些资料,发现是root和alias的用法区别没搞懂导致的,这里特地将这两者区别详尽道来,供大家学习参考。

Nginx其实没有虚拟主机这个说法,因为它本来就是完完全全根据目录来设计并工作的。如果非要给nginx安上一个虚拟目录的说法,那就只有alias比较“像”了。

那alias标签和root标签到底有哪些区别呢?

1、alias后跟的指定目录是准确的,并且末尾必须加“/”,否则找不到文件
location /c/ {
alias /a/
}

如果访问站点http://location/c访问的就是/a/目录下的站点信息。

2、root后跟的指定目录是上级目录,并且该上级目录下要含有和location后指定名称的同名目录才行,末尾“/”加不加无所谓。
location /c/ {
root /a/
}

如果访问站点http://location/c访问的就是/a/c目录下的站点信息。

3、一般情况下,在location /中配置root,在location /other中配置alias是一个好习惯。

其他乱七八糟的东西这里就不乱扯了,只要这个几点理解透,日常多操作几下就理解了。

NFS作为根文件系统时server not responding问题的解决

检查一下主机的NFS服务是否正常工作,可以重启一下nfs服务:sudo /etc/init.d/portmap restart
要是还不行的话,重新安装一遍nfs服务试试

在移植cs89x0后,就一直碰到如下这个问题:

nfs: server 192.168.10.1 not responding

nfs: server 192.168.10.1 not responding

nfs: server 192.168.10.1 OK

……

嵌入式系统要经过很多次很长时间的尝试才能挂上。初步怀疑是NFS配置的问题,后来猜测可能是由于cs8900a丢包严重造成的。

在nfs faq找到:

kernel: nfs: server server.domain.name not responding, still trying
kernel: nfs: task 10754 can’t get a request slot
kernel: nfs: server server.domain.name OK

A. The “can’t get a request slot” message means that the client-side RPC code has detected a lot of timeouts (perhaps due to network congestion, perhaps due to an overloaded server), and is throttling back the number of concurrent outstanding requests in an attempt to lighten the load. Some possible causes:

  • Network congestion
  • Overloaded server
  • Packets (input or output) dropped by a bad NIC or driver….

根据上述观点,造成NFS没有回应的原因有3个,分别为网络拥塞、服务器过载和网卡丢包。

在我们的实验系统中,嵌入式系统和宿主机是直连的,而且服务器的基本处于空载的情形,所以不应该是前面两种情况,所以很可能是嵌入式系统网卡丢包严重引起的。

在目标机器中,用ifconfig看了一下,确实丢包比较严重。很可能就是这个问题了。

另一个意外的发现是,在查询丢包是,用tcpdump观察到nfs使用的是UDP协议。于是猜想,用TCP会不会有所改善?

   接着就是另一个问题,如何在nfs作为根文件系统时,指定nfs挂载的参数? 
  • 1

带着问题,跟踪了fs/nfs/nfsroot.c的代码,发现在nfs作为根文件系统时,参数可以直接写在“nfsroot=”后面,每个参数用逗号隔开,如:

nfsroot=192.168.10.1:/rootfs,proto=tcp,nfsvers=3,nolock

这样就可以指定nfs使用tcp协议。

重启后发现,竟然不再出现not responding的错误,一切感觉较为正常。

不过,cs8900a丢包现象依然存在。所以,使用tcp只是一个可行的解决办法,但最终还得解决网卡的丢包问题。

我在arm上通过NFS共享文件时出现下面的错误提示
nfs:server is not responding,still trying

原因分析:NFS 的默认传输协议是 UDP,而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。

解决方法:在客户端改用TCP协议,使用下面的命令,

mount -t nfs -o nolock -o tcp 192.168.1.161:/opt /opt

问题三 NFS:server not responing ,still trying
文章出处:http://www.diybl.com/course/6_system/linux/Linuxjs/2008716/133207.html
在目标板上通过NFS复制PC机上较大文件到目标板上的时候遇到的问题:
nfs: server * not responding, still trying

修改方法:
nfs mount时候出现的NFS崩溃,按照以下的方式mount
mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client

问题原因:
Mandag 27 november 2006 20:12 skrev Verner Kjærsgaard:

Mandag 27 november 2006 19:33 skrev John P. New:

Verner,

This is a problem with NFS and 2.6 kernels, fast server NICs and
comparatively slower client NICs. This will show up when the server has
a 1000Mb card and the client a 100Mb, or when the server has a 100Mb
card and the client a 10Mb.

Essentially, you have to pass some options to the kernel on terminal
boot, and this varies depending on whether you are using etherboot or
PXE.

See
http://wiki.ltsp.org/twiki/bin/view/Ltsp/NFS#NFS_Server_not_responding
for a deeper explanation of the problem and the cure.
//注:原因是server机和目标机网卡传输速率冲突,使得目标机需要大量时间复制大量数据包,其实如果目标机的网卡速率够大,则不用分那么多包,也不会冲突。

附 问题四:在测试时,“./progressbar -qws”后出现如Q3一样的提示 ,按Q3来处理。
以上参考了一些 “ 快乐的天空”的经验,他的网页是:
http://blog.chinaunix.net/u2/67519/showart_677885.html
他的
mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /host
应该改成
mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 192.168.1.3/root/somedir /client
文章出处:http://www.diybl.com/course/6_system/linux/Linuxjs/2008716/133207.html

nfs:server 172.168.1.22 not responding,still trying问题解决方法

nfs:server 172.168.1.22 not responding,still trying问题解决方法 ,平台为RealARM 210平台。

这里的问题是在使用nfs挂载文件系统时遇到的,所以这里只说明文件系统挂载时出现这问题的解决方案。出现问题的情况请看下图:

在网上搜索可以搜到解决的办法,但基本都是大同小异,或者说的不太明白,导致卡了我半天也没解决。网上的解决方法如下,也许有些人的问题可以解决但是我的问题确实是没有解决。

在mini2440开发板上挂载主机上的nfs文件系统后传送较大文件时会出现下面的提示:
nfs:server is not responding, still trying
问题原因:
Mandag 27 november 2006 20:12 skrev Verner Kjrsgaard:
> Mandag 27 november 2006 19:33 skrev John P. New:
> > Verner,
> >
> > This is a problem with NFS and 2.6 kernels, fast server NICs and
> > comparatively slower client NICs. This will show up when the server has
> > a 1000Mb card and the client a 100Mb, or when the server has a 100Mb
> > card and the client a 10Mb.
> >
> > Essentially, you have to pass some options to the kernel on terminal
> > boot, and this varies depending on whether you are using etherboot or
> > PXE.
> >
> > See
> > http://wiki.ltsp.org/twiki/bin/view/Ltsp/NFS#NFS_Server_not_responding
> > for a deeper explanation of the problem and the cure.

大意是说具有较高的传送速率的NFS主机网卡和较低速率的目标机网卡之间不匹配,要解决此问题需要在挂载文件系统时添加额外的参数。

解决办法: 
1   当目标机启动后已经进入linux系统的情况下,使用以下mount命令:
mount -t nfs -o intr,nolock,rsize=1024,wsize=1024 59.70.245.216:/home/lizhao/rootfs  /mnt/nfs
(即添加了intr rsize=1024 wsize=1024 参数,参数的具体意义见下面注释)
2   当目标机处在引导阶段向内核传递命令行参数时,使用以下参数:
console=ttySAC0 root=/dev/nfs nfsroot=59.70.245.216:/home/lizhao/rootfs, flags=intr,rsize=1024,wsize=1024ip=59.70.245.222:59.70.245.216:59.70.245.216:255.255.255.0:leao:eth0:off           

参数解释: 
intr — 当服务器宕机或者无法到达时,允许中断NFS请求。 nolock–禁用文件锁。 rsize = 8192 和 wsize=8192  — 通过设定大的同时传输的数据块大小(bytes),以提高NFS读写的速度。改变这些值时要当心,一些旧的linux内核和网卡在大的块大小不能正常工作。

后来看到一个贴说了,在加载文件系统时,是不是进行了系统的IP配置,进而导致了这样的错误(如下图所示),检测rcS文件后发现确实有配置。兴奋之余,赶紧修改试试吧。

由于这是挂载linux(我这里使用的是ubuntu10.04版本)系统下共享的,所以文件的修改是在ubuntu中直接修改的。如下图:

看上图圈的部分,这里是加载了一个脚本文件,该文件与rcS相同文件夹下,ifconfig-eth0这个脚本文件就是对ip的配置。好来看看ifconfig-eth0这个脚本的内容吧,如下图:

这里面有一个if条件句,在这里if条件句是为真的,在/etc目录下有这个文件,如下图:

那么这里执行的就是ifconfig-eth0这个脚本文件中source /etc/eth0-setting这部分,也就是下图的方框部分,如果没有这个文件的话执行的就是if语句中else部分(即下图中椭圆部分)了。

由此可知,IP的配置文件是eth0-setting这个文件了,打开看看,如下图:

由于我的IP网关是172.168.1.1,那么这个IP配置就是不行的了,在u-boot时IP网关是172.168.1.1,但是在挂载文件系统时就被修改为上图所示的IP了,而就因为此,IP就不再同一网段内了,通信失败,所以就出现了无应答的错误了。修改这个文件如下图所示,我的是下图的IP,大家请修改成自己的网段IP。

修改后,保存重启。以完全正常了。

对于其他的开发板,rcS脚本中可能不是加载ifconfig-eth0这个脚本去配置IP,就是没有下面这句:

而是可能有下面这句去配置

那么,修改上图所示的IP即可。

另附上我的u-boot的环境参数设置:

在附上设置的命令:

setenv bootcmd “tftp C0008000 zImage;bootm C0008000 40800000”

setenv bootargs noinitrd root=/dev/nfs console=ttySAC2 init=/linuxrc nfsroot=172.168.1.22:/nfsboot/210system_new/system ip=172.168.1.21:172.168.1.22:172.168.1.1:255.255.255.0::eth0:on

IP和文件系统的目录修改为自己的即可。