终于可以安静了。

因为换IP，一台SQL SERVER服务器连接不上。于是跑到服务器那边去看，发现除了连接Internet的网卡IP更换为了新IP，连OPENVPN的虚拟网卡也被“技术人员”修改为了新IP。

人才啊，难怪连接不上。

不过事情并未就如此完结，VPN是连接上了，SQL SERVER还是连接不上，于是又去了一趟服务器那边，发现SQL SERVER服务不能启动，经过查询日志才知道，由于更改了操作系统用户帐号，而SQL SERVER服务的登录帐号还是原帐号，导致登录不成功，所以SQL SERVER不能启动。

于是，从2009年11月休假回来后，这是坏的很九个硬盘，两个西数SATA 320G，一个希捷SATA 1T，四个希捷SATA 500G，两个希捷SATA 320G。

坏的原因有三种，三个是坏道，两个是希捷固件门，四个是无法检测。

过程:

一、修改B电脑的tnsnames.ora文件为这样:
XE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = Prod)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = XE)
    )

PXE =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.2)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = XE)
    )
二、然后在B电脑的终端下执行:
C:\>sqlplus /nolog
SQL*Plus: Release 10.2.0.1.0 – Production on 星期五 7月 11 16:34:24 2008

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

SQL> conn sys as sysdba
输入口令:
已连接。
SQL> copy from compiere/compiere@XE to compiere/compiere@PXE replace AD_MENU_TRL
using select * from AD_MENU_TRL;

数组提取/绑定大小为 15。(数组大小为 15)
将在完成时提交。(提交的副本为 0)
最大 long 大小为 80。(long 为 80)
表 AD_MENU_TRL 已删除。

表 AD_MENU_TRL 已创建。

505 行选自 compiere@XE。
   505 行已插入 AD_MENU_TRL。
   505 行已提交至 AD_MENU_TRL (位于 compiere@PXE)。

SQL>

注意事项：

1，若从unix/linux环境下执行copy from命令，则目标记录为乱码。

2，tnsnames.ora文件里可以建立链接并命名，之后便可使用。

3，若记录操作类型不为replace，则可使用好东西dblink来完成。

A、B两台电脑都装了oracle XE、Compiere，部署成了生产、测试两个应用环境。
现在需要把测试环境XE里的某一些表的记录复制到生产环境里去，尝试过几种办法，均未成功。

1，利用Compiere的导入导出数据库脚本。
从测试环境下导出是可以的，但当移到生产环境下导入时，会提示有一些警告，偶尔还会出现错误。

2，在Compiere系统里导出语言包。
在测试环境下登录Compiere，利用其导出语言包功能，发现一些如filed表格会出现只导出部份的异常情况。
命令行下执行导出语言包脚本一样如此。其原因应该是由于该表某些字段含有影响xml格式的字符。

3，sqldeveloper导入导出。
用最新版的sqldeveloper连接测试环境和生产环境的XE，导出测试环境的某些表为xls、csv、sql、xml格式，
然后在生产环境的XE里导入，均发生问题：
xls－－－能载入导出的文件，但在预览数据的界面里单击“下一步”没反应。
csv－－－因为有些表的记录里包含双引号或逗号，所以没法用。
xml－－－sqldeveloper不支持。
sql－－－在导入时执行这个sql文件会提示很多的输入“BRADSTREET”、“DIGITS”

在以上办法都不奏效之后，我又想到了使用SQL的 update 语句，在查询了一些资料之后，也发现一个问题：一般情况下，update是针对本机的数据库之间进行update操作，那么，如何从远程的数据库中update本库的数据？ 或者说，有什么办法来完成我的需求？

一,下载apex 3.1.1

1. 进入官网: 链接
2. 下载: 链接
3. 解压

二,安装OWA

1. 进入 apex\owa 目录
2. 以 SYS 身份连接到 SQL*Plus
   比如: sqlplus /nolog
   connect sys@XE as sysdba
3. @owainst.sql
4. @?/rdbms/admin/utlrp;
5. select owa_util.get_version from dual;
6. exit
7. OWA版本号显示为10.1.2.0.6则正常

三,安装apex 3.1.1

1. 进入 apex 目录
2. 以 SYS 身份连接到 SQL*Plus
3. @apexins.sql password SYSAUX SYSAUX TEMP /i/
4. @apxchpwd.sql
5. exit

四,升级

1. 进入 apex 目录
2. 以 SYS 身份连接到 SQL*Plus
3. @apxldimg.sql apex上一级目录
4. @apxxepwd.sql password
   （其中 password 是 Application Express 内部 ADMIN 帐户的口令）
5. 修改监听地址，执行：EXEC DBMS_XDB.SETLISTENERLOCALACCESS(FALSE);
   完成之后退出：exit
6. 用浏览器打开http://192.168.X.X:8080/apex/apex_admin即可使用了

五,中文语言包

1. 进入 apex\builder\zh-cn 目录
2. 命令行执行: set NLS_LANG=SIMPLIFIED CHINESE_CHINA.AL32UTF8
3. 以 SYS 身份连接到 SQL*Plus
   这时中文显示会成为乱码
4. ALTER SESSION SET CURRENT_SCHEMA = FLOWS_030100;
   在我之前写的一篇文章里FLOWS是030000,而这里必须是030100才行,不知何故?
5. @load_zh-cn.sql
6. exit

附:官网资料

链接
一开始我按它所讲的做,但没有成功 -_-!

alter system set session_cached_cursors=200 scope=spfile;
alter system set session_max_open_files=200 scope=spfile;
alter system set sessions=20 scope=spfile;
alter system set license_max_sessions=200 scope=spfile;
alter system set license_sessions_warning=200 scope=spfile;
alter system set processes=200 scope=spfile;

执行后，重启 Oracle XE 数据库实例即可。要重启 Oracle XE 数据库实例：

1. 如安装于 Windows 上，先运行 net stop oracleservicexe，再运行 net start oracleservicexe 即可。也可通过“服务”管理控制台重启 OracleServiceXE 服务。
2. 如安装于 Linux 上，先运行 /etc/init.d/oracle-xe stop，再运行 /etc/init.d/oracle-xe start 即可。

此时，可以支持 179 个额外的连接会话。

分销系统模块:
Oracle 库存管理（INV）
Oracle 采购管理（PUR）
Oracle 销售定单管理（OE）
Oracle 销售&市场管理（SM）
Oracle 销售补偿管理（SC）
Oracle 售后服务管理（SR）
Oracle 销售分析（OSA）

制造系统模块（Oracle Manufacturing）:
Oracle 计划管理（MPS/MRP）
Oracle 能力计划管理（CAP）
Oracle 制造数据管理（BOM）
Oracle 车间生产管理（WIP）
Oracle 成本管理（CST）
Oracle 项目制造（PJM)
Oracle 质量管理（QM)

客户关系管理（Oracle CRM）

其他系统模块:
Oracle 设备管理（EM）
Oracle 人事管理（HR）
Oracle 薪金管理（PAYROLL）
Oracle 系统管理（SYSTEM ADMIN）
Oracle 预警（ALT）
Oracle 多维数据分析/商业智能系统 （OLAP/BIS）
Oracle 桌面集成（ADI）

• mambo
• joomla!
• xoops
• drupal
• plone
• wordpress

• compiere
• adempiere 
• openbravo
• weberp
• tinyerp 
• apex

• sharepoint
• knowledgetree
• dotnetnuke
• egroupware 
• starlight

      开始时并未使用备份插件，在升级的过程中由于遗漏了一些步骤，导致这么惨痛的后果，若硬要给自己找点安慰的话，或许只能说幸好只是几十篇，:-(   所以教训是深刻的。

      第一个试用的备份插件是BackUpWordPress，现在的版本好像是0.41b，网上一片洋溢之词，颇让我心动。前段时间我装上用了用，备份数据库、备份文件夹、自动备份、还有就是发送备份到邮件。其中发送到邮件功能不能使用，不知是时代互联的问题还有我不会用的缘故，我所使用的wp、jm、smf均不能使用它的邮件发送功能（时代互联的问题不仅仅于此）。而数据库备份倒是能使用，但由于保存的是ansi码，所以我配置成utf-8编码的中文成了惨不忍睹的乱码。

      然后用的就是wp-db-backup，当前版本是2.1.4，它的备份数据库功能很让我满意，备份出来的文件以utf-8编码保存，所以也就不再像backupwordpress一样让我烦心了。虽然也有自动备份和发送到邮件功能，但由于前面提到的问题，这两个功能对于我来说作用就不大了。在我用过的三个备份插件中，对于wp-db-backup的印象最好，它比较专注它自己唯一的功能，没有多余的选项，不会像一些程序软件一样，啥都想插一杠子。

       最后测试的是WP-DBManager，最新版本好像是2.20，它像是wp-db-backup的增强版，但依然没有备份文件夹的功能，而发送到邮件功能也因为外界的因素不能用，所以它对于数据库的多种功能对于我来说也没有吸引力了。另外有一点要提到的是它的数据库备份功能可以像wp-db-backup一样保存为utf-8编码，但又跟前两个备份插件好像不同，我查看了备份出来的文件，发现排列方式不一样，我发表过的记录也少了一些，因为不想继续用这它，所以也就不再去测试了。

      最终的结果是，我删掉了这些插件，在找到一个满意的备份方式之前，依然是一个备份界的“裸奔族”。