上传系统维护

2024-05-25

上传系统维护(共7篇)

上传系统维护 篇1

省间摊分系统原始话单实时上传程序是基于省间摊分需要各省长途局的实时话单而由惠普公司开发, 该软件完成自动将各省指定目录下 (/data/hq_trans) 联机或脱机采集的原始话单文件上传到全国中心摊分服务器的指定目录下。

1 系统组成结构

(1) 用户名:sjtf, 密码:sjtf, 维护操作均在此用户下执行。

(2) /opt/upload:存放实时上传系统的程序和参数文件。

/opt/upload/bin:存放执行程序upload和相关程序。

/opt/upload/conf:存放系统参数配置文件trans.conf和其它参数文件。

(3) /var/opt/upload:存放话单实时上传日志文件

/var/opt/upload/log:按日存放实时上传系统的日志文件。

/var/opt/upload/filename_log:按日存放已成功上传话单的话单文件名。

(4) /data/hq_trans:存放上传系统的数据目录

/data/hq_trans/online_file:联机采集文件目录

/data/hq_trans/offline_file:脱机采集文件目录

/data/hq_trans/backup:话单上传后的备份文件目录

/data/hq_trans/error:不能上传的错误话单目录

/data/hq_trans/tmp:上传程序用到的临时目录

以上目录就是存放原始话单的地方, 程序还做了各种备份, 如果实时采集出错时还可启用脱机采集, 另外话单在上传的同时做到了备份, 防止文件丢失。

2 系统功能

2.1 启动upload上传程序

使用sjtf用户登录主机系统

执行upload程序:$upload

此命令只在实时上传统正式运行时执行, 该程序是做为后

台程序实时运行的, 将各省联机和脱机采集的原始话单文件 (/data/hq_trans/online_file、/data/hq_trns/offline_file) 上传到全国中心摊分服务器的指定目录下。

如遇计费主机停机或重启, 应登录sjtf用户, 执行upload,

重启上传程序。

2.2 杀掉upload上传程序

登录sjtf用户

查看upload进程号:$ps–ef|grep upload

杀掉进程:$kill–9进程号

此项功能在正式开通实时上传后一般不使用, 只有需要将上传程序停止时使用。

3 日常维护工作

3.1 查看upload进程

每天定时输入命令:$ps–ef|grep upload, 查看upload进程

是否运行, 如果该进程没有启动, 请用sjtf用户登录之后, 执行upload命令, 启动该进程。

如遇计费主机停机或重启, 应登录sjtf用户, 执行upload,

重启上传程序。

3.2 查看日志文件

每天定时查看上传日志 (/var/opt/upload/log) , 判断错误情况,

分析错误原因, 及时解决上传中出现的问题。

通常的错误代码和对应说明如下:

3.3 查看错误话单目录

每天定时查看错误话单目录 (/data/hq_trans/error) , 如话单文件名不规范, 需将文件名标准化后放回正常联机采集或脱机采集目录下上传。

3.4 查看数据目录, 确保足够的可用空间

检查上传系统的数据目录 (/data/hq_trans) 所在的文件系统是否有足够的空间。

3.5 定期清除备份文件和日志文件

为避免空间被用尽, 系统维护人员应该定期删除不再使用的备份文件 (/data/hq_trans/backup) 和日志文件 (/var/opt/upload/log) 。例如:在5月帐期 (4月21-5月20) 摊分处理完成之后, 5月帐期以及5月帐期之前的原始话单文件就可从备份目录下删除。但各省在删除之前要及时将原始话单备份, 以备今后使用。

4 省间摊分实时采集故障处理

实时采集话单通过t_coll进程, 被采集到计费服务器/data/hq_trans目录下, 总部实时从此目录下采集数据作为省间摊分的原始数据, 如果/data/hq_trans下没有文件, 但是采集服务器上已经有文件, 并且计费服务器上/data/crtbs/ddd下有话单, 首先查看upload进程, 输入命令:$ps–ef|grep upload, 查看upload进程是否运行, 如果该进程没有启动, 请用sjtf用户登录之后, 执行upload命令, 启动该进程。如果该进程重新启动后, 仍旧不采, 那么用charge30用户登陆, 重新启动t_coll进程, 执行t_coll–s (交换机标识) 命令。如果还不采集, 那么查看billing库里的tf_switch_paras表, 在tf_switch_paras表里字段coll_state的值为0, 字段staff_id的值与采集服务器上的采集日志文件的行数有关, 当前采集的最后一个文件在采集日志文件中的相应文件所处的行数必须和staff_id的值是一样的。

摘要:本文详细介绍了实时上传系统日常维护及在使用过程中遇到的常见问题及处理方法, 主要从实时上传系统的组成结构、功能介绍、日常维护和遇到的常见问题及故障处理等方面进行阐述。

关键词:原始话单,实时上传,上传系统维护

上传系统维护 篇2

关键词:ASP.net,文件上传,数据库存储与文件系统存储比较

目前, 公司中文件的上传到服务器和文件浏览是日常的工作, 因而对于公司来说, 文件上传系统是信息传达的重要部分。在实现此功能的基础上, 上传的文件是保存在数据库中还是保存在文件系统中, 是编程人员总会遇到的问题。下面就关于这两方面进行比较。

对于上传的文件保存到数据库中就是在服务器中先创建数据库文件, 然后将上传的文件以二进制数据形式保存到数据库中对应的二进制的字段中;而将上传的文件保存到文件系统是以文件的形式将上传文件保存到服务器对应的文件夹中。下面就两种方法比较异同点。

1 两种方法中的相同点

在两种方法中, 都要使用fileupload控件, 该控件是表示一个HTML文件输入, 负责接收上传的文件。其控件代码如下:

两种方法都要使用数据库, 建立数据库文件。用数据库系统保存上传的文件, 其中的数据库是用来保存上传的文件名及文件内容;用文件系统保存上传的文件, 其中的数据库是用来保存文件名和文件保存的路径。

2 两种方法的不同点

上传的方法不同。将文件上传到服务器的文件系统中, 是直接使用fileupload控件的Save As (filepath as string, filename asstring) 方法, 把已上传的文件保存在filename所指定的系统文件夹中, 其代码如下:

将文件保存到数据库中, 使用的是fileupload控件的File Bytes的属性, 其类型是byte () , 它是字节数组, 包含fileupload控件中上传文件的二进制内容, 具体的操作是将文件的二进制数据保存到数据库记录对应的字段中。其代码如下 (编程代码1) :

数据库中保存的内容不同。文件上传到服务器的文件系统中, 后台数据库保存的内容为文件名称和文件保存的路径。

编写程序如下:

文件上传到数据库系统中, 后台数据库保存的内容为文件名称和文件内容的二进制数据。其编程参照编程代码1.

建立数据库的结构不同。文件上传到服务器的文件系统中, 后台数据库表files定义如下:

文件上传到数据库中, 后台数据库表filecontent的定义如下:

用户浏览 (获取) 文件的途径不同。文件存储在文件系统中, 由于文件的路径是存放在数据库中, 因而, 将数据库中的路径字段值取出, 做为浏览文件的超级链接地址, IIS即可将指定路径的文件显示在用户端的浏览器中, 其代码如下:

文件存储在数据库中, 用户要浏览文件, 必须将保存在数据库中的二进制文件读取出, 显示在用户端的浏览器中, 这就需要编写专门的文件下载程序, 因为IIS不能自动从数据库中读取文件。其代码如下:

runat="server"/>, 其中链接地址采用调用参数传递的方法, 将数据库中对应记录的id号作为传递参数, 并编写HTTP处理器程序File Handler.ashx, 将超级链接中的参数ID指向的记录的文件内容字段值, 以二进制数据的格式回写到浏览器中。其中调用HTTP处理器程序File Handler.ashx, 其代码如下:

3 两种方法的性能方面的比较

3.1 事物支持。

ACID原则, 是数据库系统提出的原则, 即为事务的原子性、一致性、独立性及持久性。

事务的原子性是指一个事务要么全部执行, 要么不执行.也就是说一个事务不可能只执行了一半就停止了;事务的一致性是指事务的运行并不改变数据库中数据的一致性;事务的独立性是指两个以上的事务不会出现交错执行的状态;事务的持久性是指事务运行成功以后, 就系统的更新是永久的, 不会无缘无故的回滚。

将文件上传到文件系统, 由于这个事物是分为两个步骤执行, 第一步是将文件上传到服务器的文件系统中, 第二步是将文件名称和上传的路经写到数据库文件中。对于这两个步骤, 要求必须同时完成, 要么就都不完成。但是在实际中, 文件保存在文件系统中, 可能因为外界的因素, 两个步骤只完成了其中的一个, 因而导致文件保存的位置与数据库中的超链接字段内容不符的情况, 对于事物支持来说, 这种上传文件的方式不具备。

将文件上传到数据库中, 这个事物是唯一的、完整的一个操作, 上传的方法就是将文件直接写到数据库中, 不出现分离、交错、更新等问题, 因而数据库系统支持ACID原则。

即要维护原子性、一致性、独立性和持久性, 那么需要将文件保存在服务器的数据库中更优。

3.2 参照完整性以避免破坏文件链接

参照完整性是两部分数据之间的关系状态。这里指的是文件和文件链接地址之间的参照完整性。实施参照完整性是使用数据库存储文件而不用文件系统存储的最为充足的理由。数据库存储文件, 链接地址是将数据库中文件名对应记录的id号作为传递参数, 并编写HTTP处理器程序File Handler.ashx, 将超级链接中的参数ID指向的记录的二进制文件内容字段值以二进制数据的格式回写到浏览器中。其文件名和文件内容是保存在数据库中的同一个记录中, 对于数据库进行查询将同时获取到两部分内容;而将文件存储到文件系统中, 文件是保存在文件系统中, 而地址保存在数据库中, 如果其中一项单独发生变化, 则直接会破坏文件的链接。

3.3 安全性比较

文件保存在文件系统中, 从安全的方面考虑, 要对文件系统的安全性进行设置, 可以使用文件系统文件权限保护文件;文件保存在数据库中, 安全性方面是要从数据库方面进行设置, 可以使用数据库用户、角色和权限限制对数据库的访问。如果配置得当, 两者旗鼓相当。

但是, 人们对于文件系统已经较熟悉, 文件的检索、移动、复制、删除已经成为习惯, 如果获取了对文件系统的访问权, 很容易获取到文件;相对而言, 如果对数据库SQL不熟悉, 对于移动文件和检索几乎是不可能的。同时, 数据库中保存文件的内容是以二进制形式保存的, 对于文件的读取、修改等操作, 需要读取、编辑、保存文件内容到硬盘中, 这必须用编程方法来完成。其操作相对复杂了很多。因而, 数据库存储文件在安全性方面更好一些。

3.4 性能上比较

文件系统是用来优化文件和检索的。因而在文件的存储和检索方面, 文件系统做的比数据库更好些。

数据库是为相对小的记录, 而不是大文件来优化的。SQL存储是把记录存储在数据库页面的结构中, 它的大小约为8KB, 然而大部分文件都大于8KB, SQL把文件拆分成8KB文件块, 这样文件就存储于多个页面中, 这样, 文件的检索会增加性能的开销;同时, SQL对于文件的输出遵循TDS协议, 它的文件传递能力不如文件系统优良;对于大文件 (200MB左右) , 如果同时访问的用户太多, 意味中同时打开数据库的连接增多, 其性能会降低。

但是, 在日常的工作中, 上传的工作文件, 其一般文件就为几十KB, 文件较小, 且不太频繁的文件访问, 其性能差异就会不大。

3.5 数据备份和复制

数据库的备份和复制是可以自动进行的。在这方面数据库系统存储文件会更好些。

3.6 数据库性能的比较

文件系统保存的仅仅是文件的路径, 其占用资源较小;而数据库系统保存的是文件本身, 其每条记录的大小将会随着上传文件的大小而定, 占用资源较大。对于数据库的查询等各类操作, 要求硬件资源和系统开销较高。

3.7 编程的复杂度

因为IIS不能直接读取数据库中的文件, 因而在数据库中存储文件中, 对于文件的读取, 要单独编写代码, 会比直接存储到文件系统要编些更多的代码。

以上就是对两个系统存储文件的比较。个人认为, 对于日常工作中, 上传的文件是基于文字性的文件, 同时浏览连接的不是很频繁, 数据库存储文件还是优于文件系统。具体采取哪一种方法, 可根据实际情况具体分析优劣而定。

参考文献

上传系统维护 篇3

Excel VBA(Visual Basic for Applications)是内嵌于Excel的程序开发语言,在Excel中可运行Visual Basic程序完成较复杂的工作,实现高效办公[1,2]。当然,作为一种功能强大的宏语言,通过编程也能实现对网页的操控。

将学生的各项成绩上传学校教务管理信息系统是每个教师期末必须完成的工作。由于许多教务管理信息系统没有提供批量导入成绩的功能,老师们不得不将已经整理好的电子成绩,采取复制粘贴的方法,再次人工录入相应的网页控件。工作重复低效,而且难免出错[3,4]。

为打破成绩录入“瓶颈”,实现了Excel电子成绩的自动快速准确上传,本文以某高校成绩录入为例,给出基于Excel VBA成绩自动上传系统的详细开发过程。

2 准备工作

在编写代码前,需要熟悉成绩录入界面、手工操作过程和界面网页元素的定位属性。网页元素的定位属性(包括id、name和索引号等)的获得,还需借助“网页按键精灵”等工具。在“网页按键精灵”中打开信息系统成绩录入界面后可获得图1结果,上面窗口显示某高校教务管理信息系统的成绩录入主要界面,下面窗口显示网页元素分析结果。

手工录入时,在成绩录入界面可依次输入学号(也可根据姓名提示而省略本项)、技能、平时、期末和总评成绩,点击“添加记录”,若信息系统存在此学号,该生成绩入库,同时显示在界面下半部的成绩表中。编程就是模拟这个人工过程。

获取网页元素属性,只需点击要观察的网页元素,其详细分析结果便显示在下面窗口。本系统根据ID属性定位,从图1可见,点击学号后,显示的ID属性为txt Xh。同样操作,获得技能、平时、期末、总评和添加记录的ID属性分别为txt Jncj、txt P-scj、txt Qmcj、txt Cj Insert和bt Add。

3 界面设计

打开Excel,在Sheet1的A列至G列的首行输入“序号”、“姓名”、“学号”等信息,其中前二列为校验信息,后五列为要上传的信息。将H列至L列合并,插入艺术字“成绩自动上传”。在工作表中绘制一个圆角矩形,分别设置填充效果和阴影,复制粘粘贴贴成成三三个个并并添添加加文文字字作作为为菜菜单单。。最最后后将将SShheeeett11命命名名为为““主主界界面面””,,将将其其他他表表单单删删除除,,以以文文件件名名为为““成成绩绩自自动动上上传传””保保存存。。见见图图22。。

4 代码编写与录入

4.1 操作说明模块

本模块显示一个消息框,为教师提供操作指导。

4.2 数据检查模块

数据检查模块分别检查学号和成绩的合法性。

4.3 成绩上传模块

数据上传网页的实现方法虽然有较多[3,4,5],但大致分为两步,首先寻找目标浏览器窗口,以获得操作句柄,然后利用句柄完成上传工作。

4.4 代码的录入及与菜单关联

在Excel中,按快捷键Alt和F11,进入VBA编缉器。点击“插入-模块”,模块1便出现在工程中。在模块1录入操作说明过程Opguide()、数据检查过程Datacheck()及成绩上传过程Autoupload(),保存,退出VBA编缉器。

在Excel下,右击菜单“操作说明”-“指定宏”-“Opguide”-“确定”,完成操作说明过程Opguide()代码与菜单“操作说明”的关联。进行相似的操作,完成其它过程代码与菜单的关联。

5 结束语

本系统基于Excel VBA完美实现电子成绩的自动上传,实际运用结果表速度很快,在网络正常的情况下,一分钟内即可完成一个班(约60人)的学生成绩上传工作,且设计相对简单,操作十分方便,表现出很好的便捷性和实用性[5]。Excel是办公室数据处理的常用软件,VB是非专业人员常用的计算机语言,只要掌握了VB,VBA就能很快上手,因而运用VBA开发的系统具有良好的可普及性和较高的推广实用价值。

参考文献

[1]许小荣,夏跃伟,高翔,等.Excel VBA语法与应用手册[M].北京:电子工业出版社,2010.

[2]焦萍萍,周显春.EXCEL中的VBA程序设计[J].电脑知识与技术,2016,12(11):63-64.

[3]刘松.一种快速将本地教学数据上传到网络教学系统的方法[J].智能计算机与应用,2013,3(3):93-94,封3.

[4]江治.利用VBA实现网页中自动录入成绩[J].安庆师范学院学报:自然科学版,2010,16(3):124-127.

上传系统维护 篇4

查看“修改要求”;

点击“基本信息”, 注意维护稿件内容, 使之与修改稿相对应, 以便网上预先发布;

在“上传修改稿”模块中, 可上传本机的“修改说明”、“修改稿件”等文件。若文章需要高清晰、高质量的图片, 可通过“上传图片”提供给编辑部高质量的JPEG或TIF格式的图片文件。每个文件上传成功后, 均会有“上传成功”的提示;

上传系统维护 篇5

查看“修改要求”;

点击“基本信息”,注意维护稿件内容,使之与修改稿相对应,以便网上预先发布;

在“上传修改稿”模块中,可上传本机的“修说明”、“修改稿件”等文件。若文章需要高清晰、高质量的图片,可通过“上传图片”提供给编辑部高质量的JPEG或TIF格式的图片文件。每个文件上传成功后,均会有“上传成功”的提示;

最后“上传修改稿”。

上传系统维护 篇6

查看“修改要求”;

点击“基本信息”,注意维护稿件内容,使之与修改稿相对应,以便网上预先发布;

在“上传修改稿”模块中,可上传本机的“修改说明”、“修改稿件”等文件。若文章需要高清晰、高质量的图片,可通过“上传图片”提供给编辑部高质量的JPEG或TIF格式的图片文件。每个文件上传成功后,均会有“上传成功”的提示;

最后“上传修改稿”。

上传系统维护 篇7

关键词:ATS.时刻表,日历,上传

地铁信号系统时刻表上传作为ATS日常工作的重要组成部分之一, ATS系统时刻表是在时刻表编辑工作站上编制的, 是由生产计划室对运营时刻表数据进行编写, 生产计划室编写的时刻表是在基于W I N D O W S系统中编写出来的, 生成格式为.C S V的时刻表, 时刻表编写工作完成后, 需将以.CSV格式的时刻表文件转换成LINUX系统能识别的.SCH时刻表文件, 然后由系统管理员工作站分别上传到3台主机服务器指定的路径。

1 时刻表的概述

ATS系统时刻表是在时刻表编辑工作站上编制的, 是由生产计划室对运营时刻表数据进行编写, 生产计划室编写的时刻表是在基于WINDOWS系统中编写出来的, 生成格式为.CSV的时刻表。时刻表编写工作完成后, 需将以.CSV格式的时刻表文件转换成L I N U X系统能识别的.S C H时刻表文件, 然后由系统管理员工作站分别上传到3台主机服务器指定的路径。

2 时刻表包括的内容及编制

ATS系统时刻表包含如下内容:列车班次 (最多能允许按时刻表计划行车的列车数目) ;交路类型 (大交路还是小交路) ;目的地 (世纪城还是升仙湖) ;运营始发站台及始发时间;运营结束站台及结束时间;停靠站台及停站时间;区间运行时间;折返站台折返时间。

2.1时刻表的编制

编制是根据线路的特点以及地铁线网规划的特点, 在计算机辅助下完成对列车时刻表的编制, 时刻表是在时刻表编辑工作站上编制的, 是由生产计划室对运营时刻表数据进行编写, 生产计划室编写的时刻表是在基于W I N D O W S系统中编写出来的, 生成格式为.CSV的时刻表。

(1) 计划时刻表的自动生成。依据ATS所开发的时刻表管理系统能够满足不同的线路要求。因此, 可随时在站场图中添加车站和区间控件, 用户可点击控件完成线路的布置并定义车站属性, 包括车站ID、车站名称、车站里程、最大站停时间、缺省站停时间、最小站停时间等。车站属性定义完毕后, 定义区间属性, 包括:区间ID、区间名称、起始车站、终止车站、最大运行时间、缺省运行时间、最小运行时间。首先判断前后两个车站是否相邻, 如果相邻则生成一个区间, 依此生成各个区间。

(2) 实际运行时刻表的自动生成。系统提供了列车模拟运行功能。模拟列车运行时, 将生成的计划时刻表作为列车模拟运行的时刻表, 当列车进入车站时, 记录列车的实际到站时间, 在站停时间结束后, 记录列车在每个车站的发车时间, 即将列车的实际运行时间输出, 生成列车的实际运行时刻表。

(3) 原有时刻表上传方法。时刻表上传 (以cd1trn001上传到cd1trn003为例, 实际是由系统维护工作站上传到三台主机服务器) 时刻表使用ftp命令上传, 上传文件有teshu1203.SCH、teshu1203.err两个文件其中ftp命令包含get和put命令, get命令为从网络上下载文件到当前目录;put命令为将当前目录下的文件上传到网络上的工作站中去。 (如图1) 具体步骤如下: (1) 准备FTP, FTP server (Version 5.60) ready; (2) 验证用户名和密码;Name, Password;远程系统为Unix, Remote system type is UNIX.使用二进制传送数据Using binary mode to transfer files. (3) 选择路径进行FTP, ftp>cd config/schedules (目的地路径) ;ftp>put teshu1203.err;ftp>put teshu1203.SCH.

通过日常的工作发现这个上传方法的局限, 就是对于超过零点的时刻表用此方法不能顺利生成文件, 对此在原有的上传方法上进行了优化, 具体步骤如下:解决0点以后时刻表文件不能生成问题:在root用户下编辑creat_sch_files (872) 行, 方法:在ROOT用户下VI编辑creat_sch_files, vi进入creat_sch_files文件后直接按872G (G大写) 搜索到872行然后按下图标准改, 格式要对齐。

3 结语

完善安全规章制度是抓好运营安全工作的保障。规章制度是管理工作的基础, 建立科学的、完善的、全面的安全生产管理制度, 使安全生产有章可循, 是非常重要的, 而且员工的积极工作态度和创新精神也很重要, 通过上面的方法和员工的创新摸索, 地铁信号系统内的时刻表超过零点后, 通过上述方法就能顺利生成文件, 这样使得地铁信号系统的运营维护变得简洁, 方便, 提高了检修和解决问题的效率。经过以上经验总结, 员工的工作态度以及勇于创新的精神得到体现, 为了使该公司的安全运营和发展, 应该以此次成功为例子, 使日常工作更加方便简洁。

参考文献

[1]康恺.ZDJ9型电动转辙机存在缺陷及改进建议[J].科技风, 2014 (14) .

[2]段立正.浅谈地铁信号系统点式ATP系统功能测试[J].信息通信, 2014 (6) :114-115.

上一篇:正确认识高考经济下一篇:中国书画的春天