短消息数据库
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
短消息数据库
一、短消息配置数据库
名称:mocscdb
位置:应用服务器129
类型:MS SQL Server 2000
建库脚本:\INSTALL\SMSC\CONFIG\mssql\mocscdb.sql
功能:是短消息后台系统的数据核心。包含了号码段、数据库节点、业务处理机、互通网关等等的配置信息。主要有:
1.号码段管理配置
2.业务系统节点配置
3.地区配置
4.虚拟短消息中心VMC配置
5.短消息中心配置
6.SME类型配置
7.短消息实体SME配置
8.业务鉴权配置
9.数据规模配置
10.重试方式配置
11.用户配置
12.全用户广播配置
13.内存数据库表同步进程配置
14.配置数据同步
15.配置数据备份
16.DBIO文本开户参数配置
主要相关程序:SC 配置、受理台服务器(DBIO)、业务处理机、互通网关、全用户广播服务器(UBC)。
表说明:(略)
用户:dbagent/dbagent
短消息配置限值:
二、短消息公用数据库
名称:commdb
位置:应用服务器129
类型:MS SQL Server 2000
建库脚本:\INSTALL\SMSC\CONFIG\mssql\commdb.sql
功能:存储短消息系统中分发表、闭合用户群、用户统计和全部用户的概要信息。
主要相关程序:受理台服务器(DBIO)、业务处理机和全用户广播服务器(UBC)。
表说明:
Sub_comm._info:存储短消息系统中全部用户的概要信息。
Cug_info:存储系统中的所有闭合用户群信息。
Cug_member:存储各闭合用户群的成员信息。
Sub_stat1_info:存储系统中用户数量统计信息。
Sub_stat2_info:存储系统中按地区统计的用户数量信息。
Sys_var:未用。
用户:dbagent/dbagent
三、短消息业务数据库
名称:smscdb
位置:UNIX服务器或业务处理机
类型:Oracle 8.1.7 或MS SQL Server 2000
SQL Server建库脚本:\INSTALL\SMSC\CONFIG\mssql\smscdb.sql Oracle建库脚本:\INSTALL\SMSC\CONFIG\oracle\Sm_ora.sql
\INSTALL\SMSC\CONFIG\oracle\Sub_ora.sql
功能:存储了系统中的全部用户信息、正在发送或已经完成的短消息信息等。是系统中最重要的数据库之一。
主要相关程序:受理台服务器(DBIO)、业务处理机
表说明:
Sub_base_info:存储用户的基本信息。
Sub_serv_info:存储用户的详细信息。
Sub_test_info:存储试用用户信息。
Sub_sync_info:存储需要同步(DBIO->业务处理机)的用户信息。Sub_dyna_info:存储目的用户动态信息。
Extsub_dyna_info:存储外局目的用户动态信息。
Shortmsg_timing:存储定时消息信息。
Shortmsg_0~Shortmsg_31:存储已经完成的短消息。
Sys_var:存储业务处理机的重要变量。
DBversion:存储数据库版本信息。
用户:lserv_0/lserv_0~lserv_7/lserv_7
特殊说明:根据系统容量情况的不同,业务数据库可能有多个。当业务数据库为SQL Server时,采用多个物理数据库(文件)的形式。当业务数据库为ORACLE时,业务数据库采用单实例、多模式形式。
四、全用户广播数据库
名称:ubcdb
位置:应用服务器129
类型:MS SQL Server 2000
建库脚本:\INSTALL\SMSC\CONFIG\mssql\ubcdb.sql
功能:存储短消息系统中全用户广播任务信息。
主要相关程序:全用户广播服务器(UBC)。
表说明:
UBC_Task:存储短消息系统中的全用户广播任务信息。
UBC_Range:存储各任务的目的用户范围信息。
Ubc_sub_0~ubc_sub_31:存储各任务的所有目的用户信息。DBversion:存储数据库版本信息。
用户:dbagent/dbagent
五、短消息公用数据库与短消息业务数据库的关系
短消息公用数据库是为存放分发表、闭合用户群信息和进行用户统计而设置的。其中与业务数据库关系最密切的表是sub_comm._info。当受理台搜索用户时,查询的表是sub_comm._info,
而查询单个用户时查询的是业务数据库中的sub_base_info和sub_serv_info表。因此在受理台开户时,会把新用户的信息存放在这三个表中,任何一个表的存放出了问题都会导致开户失败。统计用户总量时,只涉及表sub_comm._info。
当短消息公用数据库的表sub_comm._info紊乱(与业务数据库不符)而不可靠时,可以将sub_comm._info表清除,利用工具SCDBTool.exe将sub_base_info和sub_serv_info表中的数据采集到sub_comm._info中。
六、DBIO与受理台
DBIO是短消息系统中业务受理的服务器程序,受理台是提供给营业操作员进行业务受理的直接界面(相当与客户端),DBIO与受理台组成了短消息的业务受理系统。两者之间的关系见下图: