详解地铁清分系统

合集下载

轨道交通清分系统ACC的介绍

轨道交通清分系统ACC的介绍
1) 处理一票通的交易数据 2) 处理一卡通的交易数据 3) 票款、票卡处理服务费用结算、对账 4) 运费收入清分、对账 5) 运营商账务管理 6) 统计报表、信息服务等功能。
◦ 交易清分
对提供服务所产生的服务费用进行计算和相关处理。 • 由运营商付给ACC的清算服务费用; • 由ACC付给运营商、售票代理的售卡、票卡处理费用; • 由一卡通公司付给ACC的一卡通卡售票代理费用; • 由ACC付给一卡通公司的一卡通卡交易清算服务费用;
用 • 审核数据:AFC系统前端设备计数器对使用该设备的记录进行
累计,ACC要求计数器累计不同票卡种类的交易量及交易额, 定时上传,作为审核、对账、后备数据用 • 交易数据:乘客使用一卡通或一票通时,由AFC系统。设备所 产生的数据,包括有值交易数据(售票、进站、出站等)、无 值交易数据(激活票卡、延长有效日期等)
2019/8/24
ACC模块功能说明
◦ 对账模块
• 原始交易数据与审核数据对账
ACCS通过对汇总的原始数据进行累计,与从AFC设备上传的审核 数据进行核对。
• 收益及费用的对账
ACCS对原始交易数据,根据清分及费用计算规则,计算出各运营、 参与单位所得收益或所付收益及费用。通过报表、数据传输模式, 传达给运营商、参与单位,进行核对。
2019/8/24
ACC中常见术语
• AFC:AUTO Fare Collection 自动售检票系统 • ACC:AFC Clearing Center AFC清算管理中心 • 一票通:由ACC发行的乘车票/乘车卡,在轨道交通网络内使
用 • 一卡通:由一卡通公司发行的非接触IC卡,在轨道交通网内使
◦ 参数管理
为满足不同业务要求,ACCS 必须利用参数对其系统功能进行设 置,对AFC系统的有关功能进行统一管理。

清分中心系统

清分中心系统
4.2 参数管理系统 参数管理系统的主要功能包括参数管理、系统运作模式管 理、设备管理、权限管理、时钟管理、数据分析及决策支 持等。 4.3 票务中心 票务中心由票务管理系统、卡务系统、密钥系统组成。 • 票务管理子系统负责地铁清分中心的票库库存管理; • 卡无系统对所有IC卡和卡式单程票进行初始化编码、赋值、 重编码、注销、分拣和验证以及进行票卡个性化数据的写 入; • 密钥系统具有生成系统密钥,并进行密钥管理的功能。
清分中心
1、概述 2、清分中心职能 3、清分中心方案 4、清分中心系统构成 5、设备配置
1、概述
1、概述
• • • • • 地铁AFC系统构成: 第一层为地铁清分中心系统(ACC); 第二层为线路中心系统(LCC); 第三为车站计算机系统(SC); 第四层为车站终端设备; 第五层为票卡。
1、概述
• 清分中心系统的主要功能是统一城市轨道 交通AFC系统内部的各种运行参数、收集 城市轨道交通AFC系统产生的交易和审计 数据并进行数据清分和对账、同时负责连 接城市轨道交通AFC系统和城市一卡通清 分系统,规定了对车票管理、票务管理、 运营管理和系统维护管理的技术要求。
2、清分中心职能
5、设备配置
5、各类业务应用服务器及业务工作站 采用PC服务器处理相关的应用及业务。 6、备用中心设备配置与清分中心相同。 软件配置 1、操作系统 • 清分系统主机设备的操作系统采用Unix类型的操作系统; • 操作工作站的操作系统,采用Windows NT类型的操作系 统。 2、数据库管理系统 • 中心主机服务器数据库管理系统采用大型并行数据管理系 统; • 具有良好的开发环境;高安全性等。
4、系统构成
4.7软件维护开发系统及测试平台 软件维护开发系统及测试平台用于模拟地铁清分中心的 运行环境,以供各条线路和其他应用接入的测试和使用及 系统升级测试使用,保证后续新建线路的AFC系统能安全 可靠、平稳的接入到地铁清分中心。

地铁清分中心ACC系统建设要素分析

地铁清分中心ACC系统建设要素分析

地铁清分中心ACC系统建设要素分析随着城市交通的发展,地铁系统作为城市快速交通的重要组成部分,其安全和运营效率的保障显得尤为重要。

地铁清分中心是地铁系统中的关键环节,负责收集、处理和管理各个地铁站点的清分工作。

为了提高地铁清分中心的工作效率和运营管理水平,需要建设一套高效稳定的地铁清分中心ACC(Automatic Clearing Control)系统。

本文将分析地铁清分中心ACC系统建设的要素,并提出相关建议。

1.系统硬件设备要素:首先,地铁清分中心ACC系统建设需要一套完善的硬件设备,包括服务器、计算机终端、网络设备、数据存储设备等。

这些硬件设备需要具备高性能、高稳定性和高可靠性,以确保系统的正常运行和数据的安全存储。

2.系统软件要素:地铁清分中心ACC系统建设还需要一套完善的软件系统,包括操作系统、数据库管理系统、数据处理软件等。

这些软件系统需要满足地铁清分中心的具体需求,能够实现数据的实时采集、处理和分析,并提供清晰的界面和报表输出功能。

3.数据采集要素:地铁清分中心ACC系统建设需要实现对各个地铁站点的数据实时采集。

数据采集要素包括数据传输设备、数据传输协议和数据采集模块等。

这些要素需要保证数据能够准确、及时地传输到地铁清分中心,并能够通过数据采集模块对数据进行实时监控和处理。

4.数据处理要素:地铁清分中心ACC系统建设需要有一套完善的数据处理机制。

数据处理要素包括数据清洗、数据整合和数据分析等。

数据清洗要素负责对采集到的数据进行筛选和过滤,排除无效数据。

数据整合要素负责将来自不同地铁站点的数据进行整合和归类。

数据分析要素负责对整合后的数据进行分析和汇总,提取有效信息并生成相关报表。

5.系统安全要素:6.系统性能要素:地铁清分中心ACC系统建设需要保证系统具备良好的性能,满足实时监控和高并发处理的需求。

系统性能要素包括系统响应速度、系统容量和系统可扩展性等。

这些要素需要保证地铁清分中心的系统能够支持大量数据的实时处理和分析,提高工作效率。

轨道交通清分系统ACC介绍

轨道交通清分系统ACC介绍
XXX技术有限公司
2019/11/24
ACC简介 常用术语 ACC基本功能 ACC数据工作流 公司可承担工作
2019/11/24
ACC背景
为最大限度提高多运营商并存轨道交通网络的运 行管理效率,方便乘客乘车实现一票跨越,轨道 运营商需要通过一个统一的平台进行票务及收益 的管理。 ACC是一个由市政府授权建设,独立于 运营商的轨道交通AFC清算中心。它在保障各运 营商实体利益,保证无障碍换乘得以实施的前提 下,也使政府票务政策得到了有效执行。
2019/11/24
ACC中常见术语
• 清分:把服务接受者(包括乘客、票卡等运营对象和收 益,是利益的贡献者,即系统的清分对象)所上缴的全 部收益,按照各服务提供者(包括车、站、线、运营分 部等运营实体,是利益的分配者,即利益的分配主体) 的贡献进行有效的利益分配。依据规则将交易金额、费 用在不同的相关实体间进行分配。
一卡通 公司
参数/设备 管理模块
ACC
报表费用清分规则 库源自清分规则库费用清分模块
交易 清分模块
运营 数
数据库 据 库
票务管理中心 押金管理模块
对账模块
审核数据处理模块
报表
历史数据库




性 检
AFC



一卡通交易数据 审核数据
除一卡通外交易数据
2019/11/24
ACC模块功能说明
◦ 费用清分模块
• 运营实体:轨道交通运营商,售票代理,一卡通,ACC等 • TCC:指挥中心 • AG: Auto Gate 进/出闸机 • LC: Line Center 新路中央计算机系统 • SAM: Secure Access Module 安全存取模块

认识城市轨道交通票务清分

认识城市轨道交通票务清分
3、协调职能: 包括线网之间的协调以及对外协调。在正常运营情况下 ,ACC对各线路运营起监控作用,并提供协调各线路的 票务服务;在降级运营或紧急情况下,ACC负责协调各 线路的运营。除此之外,ACC还代表轨道交通线路负责 向其他部门和单位进行票务事宜的联系和协调工作。
五、轨道交通ACC的职能
ACC的基本职能包括监督、清分、协调、管理、分析决 策五个方面,其中清分、协调和管理为核心职能。
二、影响清分的因素
(四)运营企业管理因素
(4)正点率 正点率是指运营企业在运输组织时,提 供给乘客出行的客运产品,即运行列车 的准时程度。高正点率会节省乘客时间, 满足乘客出行对时间的需求。 (3)方便舒适性 方便舒适性是指乘客在使用轨道交通时能 感受到的方便和舒适的程度。影响方便舒 适性的因素主要有:车站和车厢内是否拥 挤、环境是否适宜、是否有空调、车内座 椅是否舒适、站内设施布局是否合理等。
是指城市轨道交通系统内提供运营服务 的、收取一定费用作为其提供服务收益 的主体。例如,北京城市轨道交通系统 内的运营企业包括北京地铁运营公司和 北京京港地铁公司两家。
(2)售票代理商:
是指城市轨道交通系统中提供售票、 售卡、充值和票卡处理服务的主体, 如运营企业的各售票点。
(4)清算商:
是为城市轨道交通系统内各收益方 进行清分清算服务的主体,并收取 一定的清算费作为提供清算服务的 收益。城市轨道交通系统内的清算 商是ACC,城市市政交通系统的清 算商还包括一卡通中心。
二、影响清分的因素
(一)乘客自身因素
01
02
03
(1)年龄
通常情况下,年龄较大 的乘客由于身体原因, 在选择路径的时候会更 倾向于选择换乘次数少、 乘坐方便舒适的路径; 而年轻乘客在出行时, 对换乘次数与车厢舒适 度的要求相对较低。

最新详解地铁清分系统

最新详解地铁清分系统

详解地铁清分系统详解地铁清分系统广州地铁自动售检票系统及其清分系统在实际运行中情况良好,系统达到了不间断工作的目标,为广州地铁的整个AFC系统提供持续稳定的服务。

随着信息化技术应用的不断深入,人们对计算机系统高可用性(High Availability)的要求不断提高,特别是企业基于数据库的关键业务系统,不仅希望保障关键业务数据信息的完整,而且希望联机应用能够不间断或者在最短的时间内自动恢复。

AFC系统及其清分系统简介广州地铁自动售检票系统(Automatic Fare Collection ,以下简称AFC)是基于计算机、通信、网络、自动控制等技术,实现城市轨道交通售票、检票、计费、收费、清分、管理等全过程的自动化系统。

目前,广州地铁自动售检票系统共分为车票、车站终端设备、车站计算机系统、线路中央计算机系统、清分系统五个层次(如下表所示)。

同时负责连接广州地铁AFC系统与城市一卡通清分系统,规定了对车票管理、票务管理、运营管理和系统维护管理的技术要求。

主要用于广州市轨道交通各条线路之间,与公交系统、银行系统及其他相关系统之间的清算分账、车票交易数据的处理及统计分析。

同时还具备对线路自动售检票(AFC)系统设备运营管理的功能。

远期定位于整个广州市及珠江三角洲城际轨道交通系统的清分中心和AFC运营管理中心。

方案选择和系统现状高可用性可选用的方案较多,如依赖于硬件的容错机方式、群集方式(双机或多机群集系统)、数据复制方式等。

广泛采用的群集方式(Cluster系统),其基本原理可以概括为:同一群集内的节点机所有关键业务数据存储于共享磁盘组,通常是磁盘阵列;故障节点被其它节点替换时,故障节点管辖的数据所在的数据设备(共享磁盘组的一部分)被接管;节点替换/接管的时机决定于集群内运行的监视软件;节点机上运行数据库管理系统,管理该节点机控制的设备上的数据;客户应用可以使用机群中的一个或多个数据库服务器。

节点机的替换意味着节点上运行的数据库管理系统进程的切换,这些过程是在服务器后台完成的,对于前端应用是透明的。

北京市轨道交通ACC系统的清分方法 学

北京市轨道交通ACC系统的清分方法 学

清分方法
3. 基于多路径选择概率的清分方法 考虑乘客出行路径的多样性,确定K条乘客 可能选择的理性路径,根据一定的方法确 定每条路径的客流分配比例,进而结合各 线路承担的运输里程计算出清分比例 北京市轨道交通ACC系统采用基于多路径选 系统采用基于多路径选 北京市轨道交通 系统采用 择概率的清分方法--“两阶段、双比例” 的清分方法-- 择概率的清分方法--“两阶段、双比例” 清分方法
OD OD OD Tmax = min Tmin × (1 + m), Tmin + U
{
}
m 是一个比例系数,U 是一个常量,通过客流调查确定 OD 则认为第i条路径不合理 TiOD > Tmax ,则认为第 条路径不合理
4 客流的分配
客流在有效路径上的分配
路径客流分配比例:各有效径路分担某一 路径客流分配比例:各有效径路分担某一OD 客流比例 ---以路径综合出行阻抗为基础,按照一定的统计规律 以路径综合出行阻抗为基础, 以路径综合出行阻抗为基础 及概率分布模型确定 (1)当有效路径集合的元素唯一时,该路径承担 )当有效路径集合的元素唯一时,该路径承担100% % 的客流。 的客流。 (2)当有效路径集合的元素不唯一时,客流如何在各条 )当有效路径集合的元素不唯一时, 路径中分配? 路径中分配? 路径客流分配比例 乘客选择路径的概率 路径参与客流分担的正效益值S占所有有效路径 路径参与客流分担的正效益值 占所有有效路径 总效益的比例
“两阶段、双比例”清分方法 两阶段、双比例”
“两阶段、双比例”清分流程 两阶段、双比例”
3 有效路径集的确定
清分影响因素
乘客本身因素:性别、年龄、职业以及收入水 乘客本身因素:性别、年龄、 平、对运营主体的偏好 乘客出行特征因素:出行距离、 乘客出行特征因素:出行距离、出行目的以及 出行时段 轨道交通网络因素:路网结构、换乘模式、 轨道交通网络因素:路网结构、换乘模式、换 乘距离、换乘方便性、运营模式、运营服务时 乘距离、换乘方便性、运营模式、 间、列车运行时间 运营商管理因素:票价、安全性、方便舒适性、 运营商管理因素:票价、安全性、方便舒适性、 正点率、拥挤程度 正点率、

轨道交通清分系统讲解

轨道交通清分系统讲解

③票务管理 • 1)建立兼容公钥私钥体系和基于SAM 卡的体系的安全密钥体系,生 成系统密钥,进行密钥管理; • 2)制作、发行系统内使用的SAM 卡,完成交易数据TAC 码认证; • 3)票卡采购、物流、库存管理; • 4) 统一对车票进行初始化与分拣; • 5) 进行车票调配及车票跟踪等; • 6) 票种发行(计划)管理; • 7) 票卡注销销毁; • 8) 票卡相关报表生成。
14/89
系统性能要求
五、设备负载要求
15/89


(1) 登录ACC票务管理子系统,了解其基本功能。
http://113.108.110.82:9090/zzaccpw/purchase/purapplication.action (2)对于ACC票务管理子系统,请提出需要优化或改进的建 议和意见。

1
2 3 4

系统性能要求
一、基本性能要求 • 1、提供的系统数据处理能力能达到处理日客流500 万人次(日 交易量次数为1250 万笔)的数据。 • 2、所有统计数据在系统中永久保存。 • 3、在运营结束时,在交易数据量达到了系统设定的最大交易量 (交易量次数为1250 万笔)时,交易的清算能在1 小时内完成, 并可以在2 小时内完成累计2 天的交易数据清算。 • 4、系统数据主要包括交易数据、设备运行管理数据、财务管理 数据、票务管理数据、设备维修管理数据等,其中交易原始数 据,和票卡交易记录数据量较大。交易数据的保存周期为24个 月。 • 5、 ACC数据的准确度很大程度上取决于LC上传的数据的准确性, 系统提供验证LC数据准确性方法对LC上传数据进行验证,以此 提高ACC数据处理的准确度。
②运营管理 • 1) 路网级运营状况监视:它主要包括对客流量、票卡流向、重大故 障、系统资源(设备的改移、删除、新增备案)、以及系统各种降级 模式的转发。 • 2) 路网级参数管理:它主要包括密钥管理、票价参数管理、费率表 管理、车票种类管理、运营模式参数管理、乘客服务界面管理、运行 时间表、上传下载数据相关参数、黑名单、结算时间、以及其它全局 性参数管理等(汇总和转发)。 • 3)完成ACC 内部及接入系统间的网络管理,并负责系统维护。 • 4)提供与LC 系统、城市一卡通清算中心系统及其它系统相连的接口 管理。 • 5)提供测试培训平台系统。 • 6)接收标准时钟信号,并向系统本身以及各接入线路系统提供系统 标准时钟。 • 7)数据备份及恢复,系统灾难异地备份。 • 8)入网设备注册、认证及授权。 • 9)ACC 内用户权限管理等。 8/89
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

详解地铁清分系统广州地铁自动售检票系统及其清分系统在实际运行中情况良好,系统达到了不间断工作的目标,为广州地铁的整个AFC系统提供持续稳定的服务。

随着信息化技术应用的不断深入,人们对计算机系统高可用性(High Availability)的要求不断提高,特别是企业基于数据库的关键业务系统,不仅希望保障关键业务数据信息的完整,而且希望联机应用能够不间断或者在最短的时间内自动恢复。

AFC系统及其清分系统简介广州地铁自动售检票系统(Automatic Fare Collection ,以下简称AFC)是基于计算机、通信、网络、自动控制等技术,实现城市轨道交通售票、检票、计费、收费、清分、管理等全过程的自动化系统。

目前,广州地铁自动售检票系统共分为车票、车站终端设备、车站计算机系统、线路中央计算机系统、清分系统五个层次(如下表所示)。

同时负责连接广州地铁AFC系统与城市一卡通清分系统,规定了对车票管理、票务管理、运营管理和系统维护管理的技术要求。

主要用于广州市轨道交通各条线路之间,与公交系统、银行系统及其他相关系统之间的清算分账、车票交易数据的处理及统计分析。

同时还具备对线路自动售检票(AFC)系统设备运营管理的功能。

远期定位于整个广州市及珠江三角洲城际轨道交通系统的清分中心和AFC运营管理中心。

方案选择和系统现状高可用性可选用的方案较多,如依赖于硬件的容错机方式、群集方式(双机或多机群集系统)、数据复制方式等。

广泛采用的群集方式(Cluster系统),其基本原理可以概括为:同一群集内的节点机所有关键业务数据存储于共享磁盘组,通常是磁盘阵列;故障节点被其它节点替换时,故障节点管辖的数据所在的数据设备(共享磁盘组的一部分)被接管;节点替换/接管的时机决定于集群内运行的监视软件;节点机上运行数据库管理系统,管理该节点机控制的设备上的数据;客户应用可以使用机群中的一个或多个数据库服务器。

节点机的替换意味着节点上运行的数据库管理系统进程的切换,这些过程是在服务器后台完成的,对于前端应用是透明的。

它主要可分为对称式(Active/Active)和非对称式(Active/Standby) 两种。

清分系统使用的是非对称式模式。

典型的非对称式的高可用性系统包括两台服务器, 一台是主服务器, 客户机从它存取数据和获得服务,另一台是备份服务器。

两台服务器通过心跳(Heartbeat)方式检测彼此的状态, 实现热备份。

当其中主服务器出现问题时, 后备服务器能够自动立即接替工作, 不会中断正常工作。

目前,清分系统配置2台Sun Fire 6800清分数据服务器,作为两个节点,以群集方式运行。

操作系统为Solaris 9,使用Sun Cluster 3.1群集管理软件。

在其中一台服务器故障时,另一台服务器能自动接管及运行所有的任务。

服务器配置外部磁盘阵列,磁盘阵列容量可扩展。

每台服务器均通过冗余的1000Mbps以太网口与中央以太网交换机连接。

数据库方面,清分系统使用的SybaseASE 12.5建立于Sun主机集群技术之上、面向分布式工作。

网络高可用性为保证网络连接的高可用性,清分系统的每台服务器均使用了两个千兆以太网卡用作对外连接。

在硬件安装好后,主要使用IPMP(IP Multipathing)来保证网络连接的高可用性。

它提供了一个基本机制,用于监视公共网络适配器,以及监视检测到故障时一个适配器到另一个适配器的失效转移IP地址。

在Solaris操作系统中,由in.mpathd后台进程负责故障检测,并根据不同的策略实现了故障转移和故障恢复。

检测物理接口的失败,in.mpathd所管理的主机系统的全部和部分网络接口组织成一个多路径接口组,其中的每一个网络接口分别赋予了测试地址。

在正常情况下,后台进程 in.mpathd不断地通过组中每个网络接口的测试地址向目标主机发送ICMP的ECHO包来检测相关网络接口的连通性。

其中,目标主机一般选为本网络的网关,如果网关不存在,那么,将选择网络中的主机作为仲裁主机。

在选择仲裁主机时,in.mpathd向网络上的所有主机发送multicast数据包,第一台返回响应数据包的主机将被认为是仲裁主机,此仲裁主机就是用来测试多路径接口组中网络连通性的目标主机。

在in.mpathd测试主机网络连通性的过程中,如果目标主机连续5次没有响应,in.mpathd认定相关连接已经失败,每次错误检测的缺省时间是10秒。

如果在多路径接口组中配置了备用网口,那么所有的网络访问将自动切向备用网络接口。

为了检测失败的网络接口是否已经被修复,in.mpathd不断尝试通过该网口的测试地址向目标主机发送检测包,如果能够连续10次收到响应数据包,那么in.mpathd后台进程认定该网口已经被修复,随后,所有被转移到备用网口的服务将自动恢复回原网口。

数据库的高可用性清分系统是7×24不间断运行的,所需的数据库服务是一种核心服务,它使用了Sybase ASE 12.5的高可用性产品,在系统故障发生时保证系统仍能正常运行,并将对最终用户的影响减少到最小。

Sybase故障切换产品使它能在具有双机配置的高可用性群集系统中工作,两个节点组合成协同服务器,每个节点或者是主协同服务器或者是辅助协同服务器。

主协同服务器故障或关闭期间,协同服务器便接管其工作。

此时进行故障切换,即把故障的或关闭的主协同服务器的数据库,元数据和用户连接移到辅助协同服务器以便用户仍然可以访问数据。

当主协同服务器可以重新运行时,用户可以执行故障恢复,将工作量移回原节点。

目前,Sybase ASE支持两种高可用性模式。

模式1—Hot Standby模式。

在辅助协同服务器上的ASE处于闲置状态,等待接管主协同服务器出现故障后的ASE。

它的优点是:易于管理,便于维护。

缺点就是只有一个服务器提供服务。

也把这种模式称为“主动—被动”架构。

清分系统为了方便管理,采用了这种模式。

模式2—分布式的工作负载。

它的特点是:集群中的节点可以同时访问磁盘,集群中两台ASE服务器可用于不同的应用系统。

优点是在同一时间,两台节点上的ASE都可以提供服务,其中一台都可以被配置成为另外一个服务器的接管服务器。

缺点:当故障发生时,性能将受到一定的影响。

这种模式也称为主动-主动模式。

无论在何种模式下,协同服务器对于客户端而言具有一定的透明性,客户端感觉只是一个统一的系统。

实现了自动的故障接管,但客户端必须重新提交在故障发生时刻尚未完成的事务。

在故障发生期间,一些ASE资源会发生转移:用户连接、数据库、数据库设备。

在故障发生期间,不会被转移的ASE资源包括:主协同服务器的高速缓存和其他内存中的资源、数据库配置参数、临时数据库 Tempdb。

因此,清分系统开发人员在设计和开发数据库相关应用时,需要考虑到上述因素。

对于数据库管理员,则需要为部分资源的切换进行相应的计划和配置。

包括:制定安全策略,定义没有交集的设备名称和数据库名称,选择需要发生故障切换的客户端。

故障切换期间,为保证具有故障切换属性的客户端自动重新连接,必须在interfaces 文件中增加标有“Hafailover”的行,以便为客户端连接到辅助协同服务器提供必要的连接信息。

我们可以使用文本编辑器或Sybase自带的Dsedit实用程序添加。

Sun Cluster系统的高可用性Sun Cluster管理软件是系统高可用性的核心, 它监视整个系统的硬件和软件的工作状况, 并在主系统失效时, 将事务切换到备份系统,对各种失效进行探测和有效的恢复。

软件实现要求保证系统正常工作, 避免本身可能存在的失效。

每个Sun Cluster系统是一组紧密连结的节点,提供网络服务和应用程序的单一管理视图。

Sun Cluster系统通过采用以下硬件和软件的组合实现高可用性:◆冗余磁盘系统提供存储。

群集中的所有节点还连接到公共网络,以使多个网络上的客户机可以访问该群集。

◆冗余热插拔组件使系统在硬件出现故障后继续运行,从而提高了可用性。

无需关闭运行系统,热插拔组件能够在运行系统中添加和删除硬件组件。

◆ Sun Cluster软件可检测节点故障,并将应用程序或服务移植到另一个节点。

Sun Cluster支持两种服务模式,第一种是失效转移数据服务:当故障发生时,系统自动将应用程序等资源从一个故障主节点上重新定位到指定的辅助节点,客户端可能会看到一个短暂的服务中断(一般为10秒),并可能需要在失败切换结束后重新连接,但客户端并不知道哪一个物理服务器向他们提供应用程序和数据。

做到了应用程序的冗余。

第二种是可伸缩数据服务:利用集群中的多个节点来同时运行一个应用程序,每个节点都可以提供数据和处理客户请求,这样既提供了高可用性,还提供了更高的性能。

目前,和数据库相配合,清分系统所使用的Sun Cluster配置为失效转移数据服务。

高可用性的日常管理日常运行中,如何知道系统高可用性正常运作呢?实际工作中可以定期利用系统空闲,用以下步骤进行:1.登录到控制Sybase ASE资源组的节点。

2.设置Sybase ASE 环境变量,这些环境变量是用户使用Environment_file扩展特性指定的变量。

3.检验Sun Cluster HA for Sybase ASE资源是否处于联机状态。

4.检查Sybase ASE日志以确定已发生的所有错误的原因。

5.确认用户可以连接到数据服务器并可以执行测试命令。

6.终止Sybase ASE数据服务器的进程。

7.将包含Sybase ASE资源的资源组切换到另一个群集成员,这一步能否切换成功是检验高可用性的重要标志之一。

8.登录到此时包含资源组的节点。

9.重复步骤3和步骤5。

要注意, Sybase ASE客户机连接在Sun Cluster HA for Sybase ASE切换后将断开。

如果发生了切换,则客户机与Sybase ASE 的现有连接将终止,并且客户机必须重新建立其连接。

切换后,重放Sybase ASE事务日志所需的时间决定了Sybase ASE的恢复时间。

在清分系统的实际运行中,高可用性故障问题的定位思路通常为先应用程序,再数据库,最后是操作系统,特别要注意查系统最近变更的记录。

高可用性故障主要表现为两类:一是Sun群集系统切换不成功问题。

这种情况一般是群集系统异常、群集切换脚本错误等原因导致。

问题的定位手段有:检查群集状态是否正常、群集之间网络是否正常,系统负荷是否过高;检查系统的进程是否正常,是否有很多僵死进程;检查群集软件的配置文件、群集脚本是否配置正确检查群集和程序文件属主、权限是否正确;检查群集数据库库配置文件是否一致。

二是Sun群集数据库异常切换问题。

这种情况一般是操作系统群集程序与数据库系统配置冲突的导致的。

相关文档
最新文档