IP-Guard数据库按天存储―V3.20版本说明

　

IP-Guard数据库按天存储―V3.20版本说明

一、        新的数据存储方式 新的数据存储方式仍然采用MSSQL数据库存储，支持版本与之前的相同，数据库的存储结构做了比较大的修改，新的数据存储方式，数据库包括两种类型的： 一种是用来存储客户端基本信息以及配置信息的，名称为OCULAR3；该数据库对应两个数据库文件，即：OCULAR3.MDF和OCULAR3_LOG.LDF。 另一种是用来存储客户端日志记录的，数据库名称由称 OCULAR3_DATA. 和日期组成，数据库文件名是数据库名 .MDF 和数据库名 _Log.LDF ；例如 2009-6-22 这一天的所有日志数据存储在数据库 OCULAR3_DATA.20090622 中，它对应的文件名为 OCULAR3_DATA.20090622.MDF 和 OCULAR3_DATA.20090622_Log.LDF 。因为每一天的日志都会分别存储在对应那一天的数据库中，自然这种相同结构的数据库同时会存在若干个。 某个数据库按天存储版本的服务器运行后，其服务器连接的数据库列表：  　                           　  二、        按天存储的优点 1、 提高了服务器对数据处理的能力 前期的版本，因为所有数据都是存储在一个数据库中的，随着服务器运行的时间越长，数据量就在不断增加；随着插入或修改数据的次数增多，数据库索引碎片也同时在增多；这就导致查询或修改数据的速度越来越慢。 数据库按天存储以后，因为每一天的数据都独立存储到一个数据库中，将之前一个数据库的数据量分担到N个数据库中，索引也就跟着减小，自然数据查询的速度就提高了很多。 2、 让数据备份变得更方便快捷 前期的版本，因为所有数据都是存储在一个数据库中，这就导致备份部份时间段的数据需要从这个庞大的数据库中查询满足条件的数据再导出到备份数据库中，导致备份速度的优化始终有限。 数据库按天存储以后，当需要备份数据库时，只需要将这些日期的数据库从SQLSERVER中分离，再在资源管理器中将数据库文件复制或剪切到其它位置就可以了，备份数据的速度再也不受SQLSERVER的限制，完全由系统的性能决定。 3、 增强了数据存储的安全性 前期的版本，因为所有数据是存储在一个数据库中，随着服务器运行的时间越长，数据量不断增加，导致数据库的维护工作越来越重，如果不小心数据库所在磁盘没有可用空间了，而此时删除或备份数据只能停止服务器借助我们的辅助工具处理，并且数据量越大处理的时间越长，有的用户为了能尽快启动服务器不得已只能将某些数据类型直接全部删除；除此，如果用户因为非法操作导致数据库置疑了，那么所有数据都可能丢失。 采用数据库按天存储的方式以后，备份数据的操作仅仅是将数据库分离后直接将数据库文件移动到其它磁盘，因此只需要暂停服务器一小段时间就可以释放更多的可用空间。由于每一天的数据都独立存储到一个数据库中，将之前一个数据库的数据量分担到N个数据库中，单个数据库的数据量自然也就不会太大，数据库置疑的机率也大大降低，即使某个数据库置疑了，也更容易修复，最多也就是只损失这一天的数据。 4、 MSSQL数据库版本选择的多样化 前期的版本，如果MSSQL采用MSDE或SQL 2005 Express，由于在MSDE以及SQL 2005 express数据库大小不能超2GB或4GB的限制，文档备份、屏幕历史、以及邮件附件只能使用ACCESS来存储，但因为ACCESS存储时常会产生一些不可预料的错误，导致数据丢失或数据出错，给数据维护带来诸多不便。此外，如果客户端的数量较多，即便是文档备份、屏幕历史、以及邮件附件已经不用存储到数据库中，仍然有可能出现数据库很快超过大小限制，管理人员不得不频繁地备份数据，增加了工作量；或者就只能花费更多的成本选用MSSQL付费版本。 现在数据库改为按天存储以后，每一天的数据都独立存储到一个数据库中，大大降低了数据库大小超过4GB的机率，而避免了导致数据不能传到服务器，或者服务器不能正常运行的问题。   三、        升级到V3.20注意事项 1、 关于数据备份功能与自动清除功能的变化 新版本暂时屏蔽了在控制台提供的数据备份与查看功能以及数据自动清除功能的操作界面。因此升级到新版本以后，如需备份或查看备份，请按下面的操作方式： 备份数据 第一步：停止V3服务器； 第二步：分离需要备份的这段时间的数据库，通过执行 ” SQL_detach_logdata.sql ” 中的SQL语句可以实现快速分离某一段时间的数据库；   ” SQL_detach_logdata.sql ” 执行说明：   第三步：将分离以后的数据库文件移动到其它位置。 查看备份数据 当需要查看V3.20备份数据时，只需首先停止V3服务器，再将备份下来的某一段时间的数据库文件复制到服务器安装目录的DATA目录下，再次启动V3服务便可直接登陆控制台查看数据。 这里需要注意一下，如果您使用的是MSSQL2005以上版本，请在启动V3服务器前确认复制到DATA目录下的文件是否有SYSTEM权限，因为如果没有将会导致服务器无法访问这些数据库。 查看复制到DATA目录下的文件是否有SYSTEM权限，可以选中所有数据库文件，鼠标右键单击弹出右键菜单，选择“属性”，在“安全”中如果没有SYSTEM权限，则需要添加；如下图：         清除数据 如需清除某一段时间的数据，直接删除对应日期的数据库即可，操作步骤： 第一步：停止V3服务器； 第二步：删除包含某一段日期的数据库，通过执行 ” SQL_Delete_logdata.sql ” 可以实现快速删除某一段时间的数据库。 ” SQL_Delete_logdata.sql ” 执行说明：   2、 升级到V3.20操作步骤 因为这个版本暂时还没有提供数据备份的功能，为了避免在升级以后需要备份旧版本存储的数据而带来的麻烦，我们以下提供的升级方法中会首先将当前数据库完整的备份下来，再升级到V3.20，升级步骤如下： 第一步：停止V3服务器； 第二步：附加空数据库OCULAR3（随文档一起提供的相同目录的OCULAR3目录下两个数据库文件，请在附加之前将这两个数据库文件放到服务器安装目录下，或者其它一个准备用来存储主数据库文件的目录），附加数据库名称为OCULAR3_n，该数据库的结构完全符合V3.2的OCULAR3数据库结构，因为包含客户端基本信息，将用来作为连接新版本服务器的数据库； 第三步：运行SQL语句 ” SQL_Export_Agentinfo.sql ” ，执行该SQL语句的作用是将当前OCULAR3数据库中的客户端基本信息导出到OCULAR3_n中； 第四步：分离OCULAR3数据库，保留所有OCULAR3数据库文件作备份用，以后查看这些数据可以使用数据查看工具Oserver_Query； Download Oserver_Query: http://www.tec-development.com/down/Tools/Via_OServer3.13Query.zip   第五步：将OCULAR3_n的数据库名称修改为OCULAR3,通过执行 ” SQL_renameDB.sql ” 可以实现将OCULAR3_n的数据库名称修改为OCULAR3； 第六步：运行V3.2升级程序，直到升级完成并且服务器正常启动。

本文出自 “网络安全知多点” 博客，谢绝转载！