餐饮管理系统开发投标书

餐饮管理系统开发投标书内容摘要：

和远程备份功能： 磁盘备份：通过镜像 (mirrored) 磁盘矩阵 , 对每一个写到磁盘的字节，作实时的镜像备份，减少磁盘机出错的几率。 磁盘备份一旦设定，由设备实现，无需人工干预。 联机备份：提供 24*365 天的备份机制，用户可以基于调度来运行备份，可以基于系统运行的热备份。 我们设计方案中使用的 Oracle 11g。 远程备份：提供对付灾害性的系统失败的有效方式。 远程备份把数据存放到地理上的远方，以应对主机可能遇到当地灾害性的损毁。 我们建议把每天的热备份数据，拷贝到远端备份存储服务器。 以上的备份策略，保证在不影响系统服务的条件下，在本地和远程，都保 留一份前一天的备份数据。 当地备份建议保留 30 天；远程备份建议保留 7 天。 备份可以保存在磁带库、或光盘库。 本地备份耗时目标是 2 小时；远程备份耗时目标是 12 小时。 恢复策略 常规的数据恢复流程设计如下： 1) 重启系统的所有服务器和存储设备 2) 如必要，恢复系统 3) 从本地备份选取前一天的备份，或最近的备份；如果本地备份丢失，取远程备份 4) 恢复数据仓库数据 5) 恢复系统服务 常规数据恢复一般是在文件系统失败（包括磁盘设备失败）导致数据无法使用的情形下必须激活的程序。 常规数据恢复保证系统回复到前一天的状态，但也意味着当天数据的丢失。 一般系统出错的恢复，其实不一定需要用到备份，我们建议应该避免使用常规数据恢复，尽量考虑用其他办法把系统回复到最近的可用状态。 以下我们以 Oracle数据库为例，说明一下可以考虑的恢复措施。 数据库的恢复过程分两步进行，首先将把存放在重做日志文件中的所有重做运用到数据文件，之后对重做中所有未提交的事务进行回滚。 数据库的恢复只能在发生故障之前的数据文件上运用重做，将其恢复到故障时刻，而不能将数据文件反向回滚到之前的某一个时刻。 数据库的异常、错误可以分为以下几类：  SQL 语句失败  线程失败  实例失败  用户操作失败  存储设备失败 如果发生前三种失败，不需要人为干涉，系统会自动进行恢复。 对于用户操作型的失败（如误删除数据），系统采取的补救措施主要有导入最新的逻辑备份或进行到某一时间点的不完全恢 复。 数据库引入了基于表空间的时间点恢复 (TSPITR)，可以单独将包含错误操作的表空间恢复到指定时间，而不必对整个数据库进行不完全恢复。 当错误操作发现比较及时而且数据量不大的情况下也可以考虑使用logminer 生成反向 SQL。 针对存储设备的失败的情况比较复杂，存储设备的失败必然会使放置在其上的文件变为不可用，我们先将数据库所涉及到的文件进行一个划分，主要可分为：  数据库的系统文件，指数据库的运行文件，各种应用程序  数据库控制文件  数据库联机重做日志文件  数据文件  归档日志文件 避免第一种文件 失败主要依赖系统管理员进行操作系统级的备份，当发生事故后只能依靠操作系统备份将其恢复。 控制文件中记录着整个数据库的结构、每个数据文件的状况、系统 SCN、检查点计数器等重要信息，在创建数据库时会让用户指定三个位置来存放控制文件，他们之间互为镜像，当其中任何一个发生故障，只需将其从 ini 文件中注释掉故障数据文件就可重新将数据启动。 当所有控制全部失效时，可以在 Nomount 模式下执行 create controlfile 来重新生成控制文件，但必须提供 redo log， data file，文件名和地址以及 MAXLOGFILES， MAXDATAFILES， MAXINSTANCES 等信息。 如果失败之前运行过 alter database backup controlfile to trace 或alter database backup controlfile to ‘ xxx’对控制文件作备份，恢复时可使用生成的脚本来重建或用备份文件覆盖，如果使用了旧的控制文件在恢复时要使用 recover xxx using backup controlfile 选项来进行恢复，并使用 resetlogs 选项来打开数据库。 可获性设 计 高可获性来自于我们建议的软件系统，无论是 Oracle, IBM DB2, 或Actuate 9, 都支持失败转移等高级集群功能，满足提供 7x24 不间断服务的要求，能够保证满足任何时候系统的可获性需求。 易用性设计 在软件的易用性方面，我们将充分考虑用户的体验性，简单性，高效率性为客户定制一套更适合客户需要的的系统，根据需要，我们将基于以下方面进行设计：  制作一体机。  用户界面友好、同时易操作。  界面操作符合浏览习惯。  界面风格，术语统一。  合理的组织操作菜单  查询等出现错误时提供友好的提示。 安全性设计 身份认证 系统提供身份认证功能。 使用系统的用户必须先要经过申请审批管理流程，通过有关部门管理人员的合法性审批，系统管理员在系统管理模块中设置用户名、操作权限和初始密码，并告知用户后，用户才可以用指定的用户名和密码登录进入系统，进行权限范围内的操作。 在系统登录界面中，只有输入正确的用户名和密码，才能进入系统，进入系统后用户可随时修改自己的密码。 对用户密码可提供更严格的控制功能，如首次登录系统必须修改密码、经过多长时间必须修改密码、多次登录失败锁定用户等，进一步提供系统的身份认证安全性。 用户权限控制 系统提供权限管理功能模块，系统管理员可增加、删除、修改用户、用户组，设置用户的、操作权限、数据权限。 通过用户、用户组及权限管理功能，可根据机构、部门、用户类别等建立用户组，用户可以属于某个组或几个组，也可以是独。