网亚机房管理软件博客

新实用主义典范

计算机信息保障的三个应用

有关研究人员将IA应用分为三类:

计算机信息安全:通过管理内部和外部的风险威胁来保护计算机系统。

计算机信息完整性:保证系统及其数据的持续可用性和连续性(有时被称为数据保护)。

信息价值:用户对系统的价值评估。

其中信息安全最常见且记录最完善。如今有无数的参考资料是关于如何最好地维护计算机系统的安全的,还有许多参考资料是关于物理安全措施方面的。

然而,信息完整性是这三者中最重要、但也最容易被忽略的。

信息的价值通常是被了解最少的引用。具有全面质量管理及相关学科的组织比较熟悉系统价值评估,但是一般只考虑企业的财政方面,而没有考虑与员工工作有关的信息的价值。尽管有人说对公司有利就是对员工有利,但我们也遇到过这样的情形:有些看起来似乎用心良苦的政策,却可能阻挠了员工的工作。

计算机操作系统改进性能

当整个系统运行很慢时,你应该专注于系统是如何运行的,从操作系统开始。可以使用下面介绍的一个或多个方法识别和改进计算机操作系统的性能:

检查硬件问题

改善硬件环境(例如添加硬盘)

考虑将数据迁移到独立的磁盘上

检查操作系统的配置是否正确。

考虑将有些应用迁移到其他服务器上

考虑可以向外扩展的复制

优化服务器性能


Windows服务程序的特性

为了正确设计和开发Windows服务,首先要了解Windows服务与典型Windows程序之间的区别。下面是Windows服务最重要的特性:

Windows服务可以在用户登录前启动。操作系统维护着一组可以在计算机启动时自动运行服的Windows服务。也可以按照相关服务,以便手动启动,而不是在计算机启动时自动开始运行。

Windows服务可以在与当前用户不同的另一个账户下运行。大多数Windows服务的功能都需要一直运行,有的甚至要求在用户登录前加载,因此它们不能依赖已登录的用户。

查询处理计算机系统的瓶颈

查询处理计算机系统的主要目标就是用最少的资料数量以尽可能快地方式执行给定查询。正如你所见,执行一个查询需要DBMS将查询分解成一系列相互交互的I/O操作,并以协作方式来执行。查询越复杂,操作就越复杂,就越有可能产生瓶颈。查询处理瓶颈在I/O操作产生的延迟,它会造成整个系统减慢下来。同样,系统部件越多,部件中所需要的接口越多,越有可能形成瓶颈。在DBMS中,有5个因素通常容易产生瓶颈:

CPU。DBMS的CPU处理能力应该与计算机系统的最大工作负荷匹配。高CPU利用率可能表明处理器在执行大量的作业时速度太慢。然而,过重的CPU利用率也有可能事由其他因素造成,如有缺陷的部件、没有足够的RAM(CPU花太多时间交换内存块)、糟糕的写设备驱动器,或者恶意的进程。

计算机硬件和软件需求计划

SDLC的计划阶段会生成关于公司和其目的的一般概述。在SDLC的探索部分,必须做出关于信息流向和范围需求的初始评估。这种评估应该能够回应一些重要的问题:

现有系统是否应该继续使用?如果信息发生器可以很好的工作,那么就没有理由进行修改或替换。引用一句俗语:“如果没有坏,就不要修了。”

现有计算机系统是否应该进行?如果初始评估认为信息的范围和流向存在缺陷,那么必须进行一些小的(甚至是大的)修订。当考虑修改的时候,初始评估的参与者必须 清楚想要与需要间的区别。

现有系统是否应该被替换掉?初始评估认为当前系统的缺陷已经超出了允许的范围。在考虑构件一个新的系统时,此时想要和需要间的区别比系统修改中的区别更为重要。

机房管理软件系统维护

一旦机房管理软件系统可以运作了,那么终端用户就会开始要求进行变化了。这些变化会导致系统需要进行维护,共有2种类型的维护:

用于应对系统错误的纠错维护。

由于业务环节的变动而生成的适应性维护。

强化系统的完善性维护。

因为每个对结构性变化的要求都会重复进行SDLC的步骤,所以系统总是处理SDLC的某个阶段。

每个机房管理软件系统都有事先定义的操作寿命。系统真实的操作寿命依赖于它的感知效应。有多种原因可以减少特定系统的操作寿命。快速的技术变化是一个原因,基于处理速度和可扩展性的系统更是如此。另一个通用的原因是维护系统的代价。

机房使用Team Foundation Server配置

Team Foundation Server2010安装指南的最新版本了分布说明列表和详细描述如何使用任意种升级方法(就地升级或基于硬件迁移的升级)进行升级的检查表。务必要做到遵循检查表中的每一项内容,从而确保尽可能顺利地完成升级。

若遵循得是基于机房硬件迁移的升级做法,则需要备份旧有机房数据库服务器实例上的数据库,然后把它们恢复到新的数据库服务器实例上。一旦升级了所有备份软件,并且恢复了安装指南中列出的所有Team Foundation Server数据库的一个完整备份,就可以开始执行Team Foundation Server的升级向导了。

自定义机房工具的源代码

使用Team Foundation Server的软件开发工具包(Software Development Kit,SDK)可以创建自定义工具和扩展,以进一步增强Team Foundation Server的功能。FTS团队项目的版本控制存储库特别适合管理那些生成自定义工具的源代码。

可以为一套自定义机房工具创建生成定义,这些定义使用存储在TFS团队项目的版本控制存机房储库中的源代码编译和封装这些工具。甚至可以使用TFS团队项目中的工作项跟踪工件来管理为Team Foundation Server生成的自定义内部工具的发布。

Web服务器后端的机房应用

网络架构师有时将Web机房应用分成前端,即用户看到的Web浏览器部分,以及后端,即允许在某处的一个服务器上的部分。有时前后端都会运行在同一台机器上,但是Web服务器与其背后的应用程序代码仍然组成了后端。

迄今为止的离职中,当Web浏览器发送一个AJAX请求给服务器时,它将获取一个文件。在实际应用中它通常时一个对数据库服务器或某个其他程序的请求,而将Web服务器与数据库或应用连接在一起的部分便是后端。编写一个小型Web应用最常用的语言首先是PHP,之后是Microsoft或Visual Basic的ASP,最后是Java的servlet API。但是你童颜看到XSLT和XQuery的使用。

其他高可用性机房管理解决方案

如果在数据库上部署了高可用性机房管理解决方案,如AlwaysOn、故障转移群集、日志传送或数据镜像,在备份时就需要额外考虑一些因素:

如果使用SQL Server2012中新增的AlwaysOn技术,就可以修改备份计划。例如创建辅助副本的一个原因可能是将来来自于备份的IO负载从主副本转移到辅助副本。在此模式中,你不会从主副本或其他辅助副本中获得备份,而是从专用的辅助副本中获得备份。可以使用BACKUP PRIORITY配置设置为可用性组制定专门用于从中获取设备的辅助副本。

«121314151617181920212223242526»

Powered By Z-Blog 2.0 Doomsday Build 121221

版权所有©2007-2013 南京网亚计算机有限公司
QQ:502800066(购买咨询) 1074187861(技术支持) 邮件: sales@ji-fang.cn
电话:( 025)84533318 (025)84533319 (025)66671103 13913982176 传真: (025)84533320
地址: 江苏省南京市中山东路198号龙台国际大厦1205室