全面转到 Linux上 ? 下了很久的决心.
还是不能全面转到 Linux 上进行所有的工作，这里面办公软件是个问题。
其他的么，到似乎都可以克服：输入法用 SCIM，足够我的输入速度了；浏览器用 Opera 的，经过定制，可以显示的很好。其他一些常用的工
具 Linux 都有提供。IM 工具采用 gaim 界面不够友好，没关系，能即时通信就可．
telnet/ssh/ftp等工具都是轻量级的，比较顺手。
有一个比较头疼的就是字体的问题，总是不能和 Windows 下的相媲美。参考别人的方法，拷贝Windows 的字体过来，还要改 很多配置文件。这里面也涉及到版权的问题．Linux 发行套件一般都有防火墙，配置一下也就可用了。没有那么多烦人的邮件病毒拉。
客户报告数据库故障，新来的系统管理员误操作。删掉了一些文件。具体情况是：删掉了所有重要数据文件、所有控制文件。数据库原来是归档模式，用 RMAN (Recovery Manager) 备份数据，而 RMAN 使用控制文件。
幸运的是，最后一次 RMAN full 备份是包括了控制文件在内。系统没有设定自动备份控制文件。现在状况是数据库无法启动。
不用说，客户的备份方案不够完善，但是这时候再去说这些话责备用户有事后诸葛亮之嫌，”用户是上帝，不要去得罪他”。还有，客户有Full备份(虽然不是自动备份控制文件，这样无法用常规的恢复步骤来进行恢复)。这对我们来说是个绝对的好消息。
下面我们通过一次模拟操作来演示这个问题的解决办法。
在Oracle 816 以后的版本中,Oracle 提供了一个包: DBMS_BACKUP_RESTORE.DBMS_BACKUP_RESTORE 包是由 dbmsbkrs.sql 和 prvtbkrs.plb 这两个脚本创建的. catproc.sql 脚本运行后会调用这两个包.所以是每个数据库都有的. 这个包是 Oracle 服务器和操作系统之间 IO 操作的接口. 由恢复管理器直接调用。这两个脚本的功能是内建到 Oracle 的一些库文件中的.
由此可见，我们可以在数据库 nomount 情况下调用这些 package ,来达到我们的恢复目的。在dbmsbkrs.sql 和 prvtbkrs.plb 这两个脚本中有详细的说明文档，出于篇幅问题，就不一一加以翻译了，但在下面会直接引用一些原文说明。