连接Oracle时碰到的两个错误：ora-12514和ora-12547
先注明两个错误的描述：
ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务
ORA-12547: TNS: 丢失联系
英文描述就不转了。
解决过程如下：
1.先切换到oracle用户下,尝试用sqlplus连接：
可是输入密码报错：ORA-12547: TNS: 丢失联系
2.会不会是监听器的问题，因为用的是vnc连接，所以要设置一下DISPLAY变量,
又vnc连接的是suse172:2,DISPLAY要有所改变，操作如下：
重新配置一下监听器Listener,还是不行
3.那用企业管理器看看？先打开企业管理器：
启动失败，注意到出现了不少这样的提示：bash: /dev/null: Permission denied
4.那先查看下/dev/null的属性，
普通用户没了写的权限，重新创建：
5.重新用sqlplus连接，操作如1，发现可以连上了，启动数据库，操作如下：
启动正常，再用PL/SQL Developer连接，也可以了。
后记：
1.一直对oracle的管理都只停留在表面几个命令上，需要加深。
2.另外查了下/dev/null的用途，转载如下：
把/dev/null看作"黑洞". 它非常等价于一个只写文件. 所有写入它的内容都会永远丢失. 而尝试从它那儿读取内容则什么也读不到. 然而, /dev/null对命令行和脚本都非常的有用.如：
禁止标准输出.
禁止标准错误
这样标准错误就被丢掉了
3.发现一个很简单好用的端口扫描工具：ScanPort,用来判断端口1521是否开放。
ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务
ORA-12547: TNS: 丢失联系
英文描述就不转了。
解决过程如下：
1.先切换到oracle用户下,尝试用sqlplus连接：
suse172:~>su - oracle oracle@suse172:~>sqlplu /nolog oracle@suse172:~>connect sys as sysdba
可是输入密码报错：ORA-12547: TNS: 丢失联系
2.会不会是监听器的问题，因为用的是vnc连接，所以要设置一下DISPLAY变量,
又vnc连接的是suse172:2,DISPLAY要有所改变，操作如下：
suse172:~>export DISPLAY=:2.0 suse172:~>xhost + suse172:~>su - oracle oracle@suse172:~>export DISPLAY=:2.0 oracle@suse172:~>netca oracle@suse172:~>lsnrctl status
重新配置一下监听器Listener,还是不行
3.那用企业管理器看看？先打开企业管理器：
oracle@suse172:~>emctl start dbconsole
启动失败，注意到出现了不少这样的提示：bash: /dev/null: Permission denied
4.那先查看下/dev/null的属性，
suse172:~>ls -l /dev/null crw-r----- 1 root root 1, 3 Feb 24 2009 /dev/null
普通用户没了写的权限，重新创建：
suse172:~>rm /dev/null suse172:~>mknod -m 0666 /dev/null c 1 3
5.重新用sqlplus连接，操作如1，发现可以连上了，启动数据库，操作如下：
SQL>startup
启动正常，再用PL/SQL Developer连接，也可以了。
后记：
1.一直对oracle的管理都只停留在表面几个命令上，需要加深。
2.另外查了下/dev/null的用途，转载如下：
把/dev/null看作"黑洞". 它非常等价于一个只写文件. 所有写入它的内容都会永远丢失. 而尝试从它那儿读取内容则什么也读不到. 然而, /dev/null对命令行和脚本都非常的有用.如：
禁止标准输出.
1 cat $filename >/dev/null 2 # 文件内容丢失，而不会输出到标准输出.
禁止标准错误
rm $badname 2>/dev/null
这样标准错误就被丢掉了
3.发现一个很简单好用的端口扫描工具：ScanPort,用来判断端口1521是否开放。