【DATAGUARD】物理dg配置客户端无缝切换 (八.3)--客户端TAF 配置

【DATAGUARD】物理dg配置客户端无缝切换 (八.3)--客户端TAF 配置

一.1 BLOG文档结构图

一.2 前言部分

一.2.1 导读

各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~：

① Data Guard Broker 的配置

② Fast-Start Failover 的配置

③ Oracle DataGuard 之客户端TAF 配置

④ 使用DGMGRL 来管理数据库

⑤ 物理dg管理和维护的一些sql

⑥ DataGuard 客户端特级配置

注意：本篇BLOG中代码部分需要特别关注的地方我都用黄色背景和红色字体来表示，比如下边的例子中，thread 1的最大归档日志号为33，thread 2的最大归档日志号为43是需要特别关注的地方。

List of Archived Logs in backup set 11

Thrd Seq Low SCN Low Time Next SCN Next Time

---- ------- ---------- ------------------- ---------- ---------

1 32 1621589 2015-05-29 11:09:52 1625242 2015-05-29 11:15:48

1 33 1625242 2015-05-29 11:15:48 1625293 2015-05-29 11:15:58

2 42 1613951 2015-05-29 10:41:18 1625245 2015-05-29 11:15:49

2 43 1625245 2015-05-29 11:15:49 1625253 2015-05-29 11:15:53

本文如有错误或不完善的地方请大家多多指正，ITPUB留言或QQ皆可，您的批评指正是我写作的最大动力。

一.2.2 实验环境介绍

项目	主库	dg库
db 类型	单实例	单实例
db version	11.2.0.3	11.2.0.3
db 存储	FS type	FS type
ORACLE_SID	oradg11g	oradgphy
db_name	oradg11g	oradg11g
主机IP地址：	192.168.59.130	192.168.59.130
OS版本及kernel版本	RHEL6.5 64位，2.6.32-504.16.2.el6.x86_64	RHEL6.5 64位，2.6.32-504.16.2.el6.x86_64
OS hostname	rhel6_lhr	rhel6_lhr

一.2.3 相关参考文章链接

dg的系列文章参考：

【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（一）： http://blog.itpub.net/26736162/viewspace-1448197/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（二 ): http://blog.itpub.net/26736162/viewspace-1448207/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库（三 ): http://blog.itpub.net/26736162/viewspace-1481972/
【DATAGUARD】基于同一个主机建立物理备库和逻辑备库 (四)--添加一个物理dg节点：http://blog.itpub.net/26736162/viewspace-1484878/

【DATAGUARD】物理dg的switchover切换（五）：http://blog.itpub.net/26736162/viewspace-1753111/

【DATAGUARD】物理dg的failover切换(六)： http://blog.itpub.net/26736162/viewspace-1753130/

【DATAGUARD】物理dg在主库丢失归档文件的情况下的恢复(七) ： http://blog.itpub.net/26736162/viewspace-1780863/

【DATAGUARD】物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置:http://blog.itpub.net/26736162/viewspace-1811839/

【DATAGUARD】物理dg配置客户端无缝切换 (八.2)--Fast-Start Failover 的配置：http://blog.itpub.net/26736162/viewspace-1811936/

【DATAGUARD】物理dg配置客户端无缝切换 (八.3)--客户端TAF 配置：http://blog.itpub.net/26736162/viewspace-1811944/

【DATAGUARD】物理dg配置客户端无缝切换 (八.4)--ora-16652 和 ora-16603错误 :http://blog.itpub.net/26736162/viewspace-1811947/

一.2.4 本文简介

本篇blog是基于cuug的公开课内容，我自己进行实践的操作，视频可以参考：http://blog.itpub.net/26736162/viewspace-1624453/ ，简介我就不多写了，把cuug的内容直接copy过来吧，觉得还是比较有用的。

这个技术如果你不知道，不能算是ORACLE高手

这个技术如果你不知道，就不能说你会DataGuard

这个技术如果你不知道，......

本次网络课程，研究当主备库发生切换时，如何在主库启动一个service，保证客户端的连接能够继续，而且还能够继续select查询操作，而不管主备库是在哪台服务器上；同时保证新的客户连接没有任何的问题。本课程网络上的例子不多，陈老师花了将近一年的时间人肉搜索，最近才找到，急不可待的要分享给大家。

1、DataGuard的配置（快速）

2、创建service

3、创建触发器

4、主备库切换测试

由于内容较多，我打算分为4个章节来共享给大家，贴个图，不要奇怪，还有一个章节是实验过程中配到的问题解决。

本篇为第二节，Fast-Start Failover 的配置。

一.3 实验部分

一.3.1 实验目标

完成Oracle DataGuard 之客户端TAF 配置，并测试无缝切换。

一.3.2 客户端TAF 配置

一.3.2.1 首先在主库上配置一个TAF的service

此服务在数据库出现故障时会发送通知给客户端，允许查询语句在故障转移发生后继续运行。

在主库端运行：

14:51:45 SQL> begin

14:52:10 2 DBMS_SERVICE.CREATE_SERVICE(service_name => 'dg_taf_lhr',

14:52:10 3 network_name => 'dg_taf_lhr',

14:52:10 4 aq_ha_notifications => TRUE,

14:52:10 5 failover_method => 'BASIC',

14:52:10 6 failover_type => 'SELECT',

14:52:10 7 failover_retries => 30,

14:52:10 8 failover_delay => 5);

14:52:10 9 end;

14:52:10 10 /

PL/SQL 过程已成功完成。

已用时间: 00: 00: 00.07

14:52:10 SQL>

一.3.2.2 建立一个存储过程，用于调用service，确保只在主库运行

我们创建一个存储过程来实现此目的，如果当前数据库是主库它就启动此服务，如果是备库就停止。

主库执行：

14:54:58 SQL> create or replace procedure dg_taf_proc_lhr is

14:59:46 2 v_role VARCHAR(30);

14:59:46 3 begin

14:59:46 4 select DATABASE_ROLE into v_role from V$DATABASE;

14:59:46 5 if v_role = 'PRIMARY' then

14:59:46 6 DBMS_SERVICE.START_SERVICE('dg_taf_lhr');

14:59:46 7 else

14:59:46 8 DBMS_SERVICE.STOP_SERVICE('dg_taf_lhr');

14:59:46 9 end if;

14:59:46 10 end;

14:59:46 11 /

过程已创建。

已用时间: 00: 00: 00.07

一.3.2.3 创建1个触发器来确保服务可以运行

创建两个触发器，让数据库在启动和角色转换时运行此存储过程。用于当数据库open时，不需要重启数据库，如果是主库则执行存储过程。当数据库切换后，如果是主库则执行存储过程。

主库执行：

14:59:47 SQL> create or replace TRIGGER dg_taf_trg_startup_lhr

14:59:53 2 after startup or db_role_change on database

14:59:53 3 begin

14:59:53 4 dg_taf_proc_lhr;

14:59:53 5 end;

14:59:53 6 /

触发器已创建

已用时间: 00: 00: 00.26

14:59:54 SQL>

一.3.2.4 启动新创建的service

在主库上执行该存储过程(或者重启数据库，在启动数据库时会触发执行dg_taf_proc的触发器)，在主库做日志的切换，将变化应用到备库

主库执行：

14:59:54 SQL> exec dg_taf_proc_lhr ;

PL/SQL 过程已成功完成。

已用时间: 00: 00: 00.01

15:06:57 SQL> alter system switch logfile;

系统已更改。

已用时间: 00: 00: 01.02

15:20:01 SQL>

[oracle@rhel6_lhr ~]$ lsnrctl status

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 29-9月 -2015 15:07:32

正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.59.130)(PORT=1521)))

LISTENER 的 STATUS

------------------------

别名 LISTENER

版本 TNSLSNR for Linux: Version 11.2.0.3.0 - Production

启动日期 29-9月 -2015 12:14:49

正常运行时间 0 天 2 小时 52 分 43 秒

跟踪级别 off

安全性 ON: Local OS Authentication

SNMP OFF

监听程序参数文件 /u01/app/grid/11.2.0/network/admin/listener.ora

监听端点概要...

(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.59.130)(PORT=1521)))

服务摘要..

服务 "+ASM" 包含 1 个实例。

实例 "+ASM", 状态 READY, 包含此服务的 1 个处理程序...

服务 "PLSExtProc" 包含 1 个实例。

实例 "PLSExtProc", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "dg_taf_lhr.lhr.com" 包含 1 个实例。

实例 "oradg11g", 状态 READY, 包含此服务的 1 个处理程序...

服务 "ora11g" 包含 1 个实例。

实例 "ora11g", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradg11g" 包含 1 个实例。

实例 "oradg11g", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradg11g.lhr.com" 包含 2 个实例。

实例 "oradg11g", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

实例 "oradg11g", 状态 READY, 包含此服务的 1 个处理程序...

服务 "oradg11gXDB.lhr.com" 包含 2 个实例。

实例 "oradg11g", 状态 READY, 包含此服务的 1 个处理程序...

实例 "oradgphy", 状态 READY, 包含此服务的 1 个处理程序...

服务 "oradg11g_DGB.lhr.com" 包含 1 个实例。

实例 "oradg11g", 状态 READY, 包含此服务的 1 个处理程序...

服务 "oradg11g_DGMGRL.lhr.com" 包含 1 个实例。

实例 "oradg11g", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradglg" 包含 1 个实例。

实例 "oradglg", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradgphy" 包含 1 个实例。

实例 "oradgphy", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradgphy.lhr.com" 包含 2 个实例。

实例 "oradgphy", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

实例 "oradgphy", 状态 READY, 包含此服务的 1 个处理程序...

服务 "oradgphy_DGB.lhr.com" 包含 1 个实例。

实例 "oradgphy", 状态 READY, 包含此服务的 1 个处理程序...

服务 "oradgphy_DGMGRL.lhr.com" 包含 1 个实例。

实例 "oradgphy", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "oradgss" 包含 1 个实例。

实例 "oradgss", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

服务 "orclasm.lhr.com" 包含 1 个实例。

实例 "orclasm", 状态 UNKNOWN, 包含此服务的 1 个处理程序...

命令执行成功

一.3.2.5 在备库查询，确认触发器和存过已经应用到备库

15:21:21 SQL> select trigger_name, trigger_name

15:22:09 2 from dba_triggers where trigger_name = 'DG_TAF_TRG_STARTUP_LHR';

TRIGGER_NAME TRIGGER_NAME

------------------------------ ------------------------------

DG_TAF_TRG_STARTUP_LHR DG_TAF_TRG_STARTUP_LHR

已用时间: 00: 00: 00.09

15:22:09 SQL>

15:24:28 SQL> select d.owner,d.OBJECT_NAME

15:24:54 2 from dba_procedures d

15:24:54 3 where d.OBJECT_NAME = 'DG_TAF_PROC_LHR';

OWNER OBJECT_NAME

------------------------------ ------------------------------

SYS DG_TAF_PROC_LHR

已用时间: 00: 00: 00.05

15:24:54 SQL>

一.3.2.6 客户端tnsnames 配置

dg_taf =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = tcp)(HOST = 192.168.59.130)(PORT = 1521))

(LOAD_BALANCE = yes)

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = dg_taf_lhr.lhr.com)

(FAILOVER_MODE =

(TYPE = session)

(METHOD = basic)

(RETRIES = 180)

(DELAY = 5)

)

注：我的dg环境由于部署在同一台机器，所以host一样，生产环境下必然不一样。

一.3.3 验证客户端的TAF

先说说测试过程，首先我们在windows环境下添加tnsnames，然后cmd中连接到dg环境，执行一个长久的查询(select * from (select * from sys.dba_objects);)，此时在dgmgrl中手动shutdown abort掉主库，那么连接的cmd中会停顿一会，等待fast-start failover切换完成后，则继续返回结果。

主备切换不影响用户的select操作，但是如果是dml操作，则所有事务回滚：

D:\Users\xiaomaimiao>sqlplus lhr/lhr@dg_taf

SQL*Plus: Release 11.2.0.1.0 Production on Tue Sep 29 15:37:20 2015

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> set line 9999

SQL> col name format a10

SQL> col FS_FAILOVER_OBSERVER_HOST format a20

SQL> col DB_UNIQUE_NAME format a15

SQL> select dbid,name, DB_UNIQUE_NAME,RESETLOGS_CHANGE#,current_scn,protection_mode,protection_level,database_role,force_logging,open_mode,switchover_status from v$database;

DBID NAME DB_UNIQUE_NAME RESETLOGS_CHANGE# CURRENT_SCN PROTECTION_MODE PROTECTION_LEVEL DATABASE_ROLE FOR OPEN_MODE SWITCHOVER_STATUS

---------- ---------- --------------- ----------------- ----------- -------------------- -------------------- ---------------- --- -------------------- --------------------

1403587593 ORADG11G oradg11g 2575356 2604578 MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY PRIMARY YES READ WRITE TO STANDBY

SQL> SELECT d.DBID,

2 d.DB_UNIQUE_NAME,

3 d.FORCE_LOGGING,

4 d.FLASHBACK_ON,

5 DATAGUARD_BROKER,

6 d.FS_FAILOVER_STATUS,

7 d.FS_FAILOVER_CURRENT_TARGET,

8 d.FS_FAILOVER_THRESHOLD,

9 d.FS_FAILOVER_OBSERVER_PRESENT,

10 d.FS_FAILOVER_OBSERVER_HOST

11 FROM v$database d;

DBID DB_UNIQUE_NAME FOR FLASHBACK_ON DATAGUAR FS_FAILOVER_STATUS FS_FAILOVER_CURRENT_TARGET FS_FAILOVER_THRESHOLD FS_FAIL FS_FAILOVER_OBSERVER

---------- --------------- --- ------------------ -------- ---------------------- ------------------------------ --------------------- ------- --------------------

1403587593 oradg11g YES YES ENABLED SYNCHRONIZED oradgphy 30 YES rhel6_lhr

SQL>

可以看到连接到的是主库。

Cmd卡住了，等待observer切换完成后cmd界面继续查询：

15:44:42.75 2015年9月29日星期二

正在为数据库 "oradgphy" 启动快速启动故障转移...

立即执行故障转移, 请稍候...

故障转移成功, 新的主数据库为 "oradgphy"

15:44:49.93 2015年9月29日星期二

SQL> set line 9999

SQL> col name format a10

SQL> col FS_FAILOVER_OBSERVER_HOST format a20

SQL> col DB_UNIQUE_NAME format a15

SQL> select dbid,name, DB_UNIQUE_NAME,RESETLOGS_CHANGE#,current_scn,protection_mode,protection_level,database_role,force_logging,open_mode,switchover_status from v$database;

DBID NAME DB_UNIQUE_NAME RESETLOGS_CHANGE# CURRENT_SCN PROTECTION_MODE PROTECTION_LEVEL DATABASE_ROLE FOR OPEN_MODE SWITCHOVER_STATUS

---------- ---------- --------------- ----------------- ----------- -------------------- -------------------- ---------------- --- -------------------- --------------------

1403587593 ORADG11G oradgphy 2605058 2605468 MAXIMUM AVAILABILITY RESYNCHRONIZATION PRIMARY YES READ WRITE NOT ALLOWED

SQL> SELECT d.DBID,

2 d.DB_UNIQUE_NAME,

3 d.FORCE_LOGGING,

4 d.FLASHBACK_ON,

5 DATAGUARD_BROKER,

6 d.FS_FAILOVER_STATUS,

7 d.FS_FAILOVER_CURRENT_TARGET,

8 d.FS_FAILOVER_THRESHOLD,

9 d.FS_FAILOVER_OBSERVER_PRESENT,

10 d.FS_FAILOVER_OBSERVER_HOST

11 FROM v$database d;

DBID DB_UNIQUE_NAME FOR FLASHBACK_ON DATAGUAR FS_FAILOVER_STATUS FS_FAILOVER_CURRENT_TARGET FS_FAILOVER_THRESHOLD FS_FAIL FS_FAILOVER_OBSERVER

---------- --------------- --- ------------------ -------- ---------------------- ------------------------------ --------------------- ------- --------------------

1403587593 oradgphy YES YES ENABLED REINSTATE REQUIRED oradg11g 30 YES rhel6_lhr

SQL>

切换后，在备库上存储过程启动了TAF的service ，客户端再连接时，自动连接到了当前的主库（原备库）。

@至此，在DG环境下客户端的TAF配置基本完成。

一.3.4 题外话：Java中的配置

一.3.4.1 使用tnsnames 配置

原文链接：http://aijuans.iteye.com/blog/1488998

格式一: Oracle JDBC Thin using a ServiceName:

jdbc:oracle:thin:@//<host>:<port>/<service_name>
Example: jdbc:oracle:thin:@//192.168.2.1:1521/XE

注意这里的格式，@后面有//, 这是与使用SID的主要区别。

这种格式是Oracle 推荐的格式，因为对于集群来说，每个节点的SID 是不一样的，但是SERVICE_NAME 确可以包含所有节点。

格式二: Oracle JDBC Thin using an SID:

jdbc:oracle:thin:@<host>:<port>:<SID>
Example: jdbc:oracle:thin:192.168.2.1:1521:X01A

Note: Support for SID is being phased out. Oracle recommends that users switch over to usingservice names.

格式三：Oracle JDBC Thin using a TNSName:

jdbc:oracle:thin:@<TNSName>
Example: jdbc:oracle:thin:@GL

Note:
Support for TNSNames was added in the driver release 10.2.0.1

二.测试

2.1 准备工作：

Oracle 是11gR2

Listener.ora

SID_LIST_LISTENER =

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = dave)

(ORACLE_HOME =D:\app\Administrator\product\11.2.0\dbhome_1)

(SID_NAME = NEWCCS)

)

Tnsnames.ora

DVD =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))

)

(CONNECT_DATA =

(SERVICE_NAME = dave)

)

2.3 使用 service_name：dave

将2.2 节的dbUrl 改成如下：

String dbUrl = "jdbc:oracle:thin:@//127.0.0.1:1521/dave";

输出结果：

MGMT_VIEW--97

ANQING--94

DVD--93

SYSMAN--95

如果在11g里遇到如下错误：

测试运行Java 类，报错：

java.sql.SQLException: The Network Adapter could not establish the connection

可以尝试更换对应的 jdbc connection driver，官网的说明如下：

JDBC Thin Driver 11g Causes"Java.Sql.Sqlexception: Io Exception: The Network Adapter Could NotEstablish The Connection" While Connecting to Oracle Database 11g [ID947653.1]

Change the JDBC connection driver class inyour application server from:

oracle.jdbc.driver.OracleDriver

oracle.jdbc.OracleDriver

2.4 使用TNS name： dvd

String dbUrl = "jdbc:oracle:thin:@dvd";

报错如下：

java.sql.SQLException: Unknown host specified

该问题是因为JVM 没有oracle.net.tns_admin的system property。解决方法有2种：

方法一：在启动VM 时添加如下参数：

-Doracle.net.tns_admin=D:\app\Administrator\product\11.2.0\dbhome_1\NETWORK\ADMIN

方法二：在java 代码里添加：

System.setProperty("oracle.net.tns_admin","D:\\app\\Administrator\\product\\11.2.0\\dbhome_1\\NETWORK\\ADMIN");

添加之后，就可以正常在JDBC中使用tnsnama了。

Java代码

1. 2.2 测试1，使用SID:newccs

3. [java] view plaincopy

5. import java.sql.*;

7. public class jdbc {

8. String dbUrl = "jdbc:oracle:thin:@127.0.0.1:1521:newccs";

9. String theUser = "dave";

10. String thePw = "dave";

11. Connection c = null;

12. Statement conn;

13. ResultSet rs = null;

14.

15. public jdbc() {

16. try {

17. Class.forName("oracle.jdbc.driver.OracleDriver").newInstance();

18. c = DriverManager.getConnection(dbUrl, theUser, thePw);

19. conn = c.createStatement();

20. } catch (Exception e) {

21. e.printStackTrace();

22. }

23. }

24.

25. public boolean executeUpdate(String sql) {

26. try {

27. conn.executeUpdate(sql);

28. return true;

29. } catch (SQLException e) {

30. e.printStackTrace();

31. return false;

32. }

33. }

34.

35. public ResultSet executeQuery(String sql) {

36. rs = null;

37. try {

38. rs = conn.executeQuery(sql);

39. } catch (SQLException e) {

40. e.printStackTrace();

41. }

42. return rs;

43. }

44.

45. public void close() {

46. try {

47. conn.close();

48. c.close();

49. } catch (Exception e) {

50. e.printStackTrace();

51. }

52. }

53.

54. public static void main(String[] args) {

55. ResultSet rs;

56. jdbc conn = new jdbc();

57. rs = conn.executeQuery("select * from dave where rownum<5");

58. try {

59. while (rs.next()) {

60. System.out.println(rs.getString("username")+"--"+rs.getString("user_id"));

61. }

62. } catch (Exception e) {

63. e.printStackTrace();

64. }

65. }

66. }

67.

68. ---输出正常：

69. MGMT_VIEW--97

70. ANQING--94

71. DVD--93

72. SYSMAN--95

一.3.4.2 不使用tnsname

jdbc:oracle:thin:@
(description=
(ADDRESS_LIST =
(address=(protocol=tcp)(host=192.168.1.44)(port=1521))
(address=(protocol=tcp)(host=192.168.1.45)(port=1521))
(address=(protocol=tcp)(host=192.168.1.46)(port=1521))
(load_balance=yes)
)
(connect_data =
(service_name=ORACMS)
(failover_mode =
(type=session)
(method=basic)
(retries=5)
(delay=15)
)
)
)

-- 加上注释后的TNS连接串
jdbc:oracle:thin:@
(description=
(ADDRESS_LIST =
(address=(protocol=tcp)(host=192.168.1.44)(port=1521))
(address=(protocol=tcp)(host=192.168.1.45)(port=1521))
(address=(protocol=tcp)(host=192.168.1.46)(port=1521))
(load_balance=yes)//表示是否负载均衡
)
(connect_data =
//(server = dedicated)//该参数表示专用服务器模式
(service_name=ORACMS)//要操作数据库的服务名
(failover_mode =//连接失败后处理的方式
(type=session)//TYPE =SESSION表示当一个连接好的会话的实例发生故障，系统会自动将会话切换到其他可用的实例，前台应用无须再度发起连接，但会话正在执行的SQL 需要重新执行。
(method=basic)//表示初始连接就连接一个接点
(retries=5)//连接失败后重试连接的次数
(delay=15)//连接失败后重试的延迟时间(以秒为单位)
)
)
)

一.4 总结

本篇为第三节，请查看第四节： dgmgrl维护中的常见错误。

一.5 About Me

...........................................................................................................................................................................................

本文作者：小麦苗，只专注于数据库的技术，更注重技术的运用

ITPUB BLOG：http://blog.itpub.net/26736162

本文地址：http://blog.itpub.net/26736162/viewspace-1811944/

本文pdf版：http://yunpan.cn/cdEQedhCs2kFz （提取码：ed9b）

QQ：642808185 若加QQ请注明你所正在读的文章标题

创作时间地点：2015-09-28 09:00~ 2015-09-29 23:00 于外汇交易中心完成

...........................................................................................................................................................................................