- 博客(15)
- 资源 (2)
- 收藏
- 关注
RSS订阅转载 分析哪些组件是“可热插拔”的
在2 4×7环境下，使用可热插拔硬件组件非常有利。所谓可热插拔，是指组件能够在不导致任何系统停工的情况下，在系统运行时动态地将组件插入系统或者从系统中拔出的特点。不同的提供商允许不同的组件进行热插拔，这些组件包括电源系统到 C P U之类的任何设备，例如内存板、I / O板、硬盘驱动器。热插拔允许对那些可能会对系统造成破坏的组件从系统中去掉，而用一个新的功能组件进行替换。同时，这一特性也允许系统在
2006-07-19 09:31:00
1176
转载 考虑实现基于簇的解决方案
任何关心系统高可用性的公司都需要实现基于簇（ c l u s t e r）的硬件解决方案。一个簇是由多个计算机系统连接在一起而构成一个完整的系统。簇中的每个系统称为一个节点（ n o d e），通常每个节点都是一个完全可以独立使用的 S M P（对称多处理器）计算机，在这种计算机中，系统资源（例如硬盘、控制器、内存）都是由节点中的所有 C P U在一个操作系统下共享使用，从而形成紧耦合的“全部共享
2006-07-19 09:31:00
792
转载 使用多级RAID
对于大多数O LT P应用程序与数据仓库应用程序，基于硬件的 RAID 0+1磁盘阵列是一种最佳选择。这是因为重复的写操作可以通过高速硬盘控制器在硬件级别上完成，所造成的性能影响可以忽略不计。同时，它所带来的系统正常工作时间将会极大地增多；而且由于多个硬盘失败而导致的系统停工可以被避免。实际上，某些站点已经使用诸如 Veritas Vo l u m eM a n a g e r之类的软件来创建第三
2006-07-12 09:41:00
737
转载 确保分条大小与操作系统和数据库的数据块大小一致
在具体实现RAID 0、RAID 5或者基于软件分条时，正确地决定最佳的分条结构 ( s t r i p )大小非常关键。在决定分条大小时，有3个因素必须考虑：* 主要应用程序（O LT P或者D S S）的内在特性。* 操作系统与数据库的数据块大小。* 分条列（磁盘阵列）中的硬盘数目。几乎每一本D B A手册都会说明保证数据库的数据块大小是操作系统数据块大小倍数的重要性（笔者也赞成这种观点，请参
2006-07-12 09:41:00
1427
转载 慎重选择磁盘阵列大小
所谓磁盘阵列大小是指磁盘阵列中物理硬盘的数目。在大多数客户站点上，影响磁盘阵列大小的主要有两个因素：* 硬件预算* 性能磁盘阵列中硬盘数目越多，通过更多硬盘所能够进行的I / O并行化能力就越强，从而导致性能的提高。这样，经济预算以及性能提高的双重诱惑很容易使公司花钱去为一个磁盘阵列购买更多的硬盘。但是,对于2 4×7工作模式的站点，这样很容易会导致新的问题。因为随着硬盘的不断增加，每个磁盘阵列的
2006-07-12 09:40:00
1827
转载 真正熟悉系统的构成组件
1. 关于硬盘/控制器方面的问题(1) 有多少个硬盘可用？每个硬盘多大？(2) 有多少硬盘空间可用？用户不能基于硬盘提供商的硬盘大小说明来对 O r a c l e文件大小进行规划。在进行硬盘格式化之后，就会发现硬盘变小了(3) 硬盘是内置式的还是外挂式的？在公司的系统环境下哪种硬盘要求速度更快并且要更好地配置？通常，内置式的硬盘速度更快，因为数据不需要通过 S C S I电缆或者F D D I链
2006-07-11 09:34:00
710
转载 理解系统维护动作对于可用性的影响
为了保证任何系统的平滑工作，必须对它进行动态的调整。在 2 4×7方式下，系统维护任务可以分为以下几类：* 前摄维护* 响应维护前摄维护 (proactive maintenance) 是基于实际的数据库监视经验以及某种被认为有效的维护经验而进行系统维护工作。关于前者的一个例子就是在一个快速成长的数据库系统上，根据某些区段 (extent, 或称扩展段) 的使用情况来决定
2006-07-10 09:49:00
599
转载 半专业技术管理员与主管人技巧
1 在关键数据库访问时间创建“24×7小组”前面已经说过，仅仅一个 D B A（或者D B A小组）并不能够解决数据库系统所出现的所有问题。每个D B A都应该有一个为其服务的支持 /操作小组。一旦进入数据库访问的关键时期，就应该极力确保在每个时间帧都有足够的人员来应付数据库系统可能出现的各种问题。但有一点需要说明的是，为这些潜在的数据库系统错误来安排解决人员并不能保证错误
2006-07-10 09:49:00
745
转载 利用服务级协议管理系统需求
S L A（Service Level Agreement，服务级协议）是一种正式定义关于系统可用性与系统性能的特定需求问题的文档。只有经过终端用户与系统管理者之间的协商讨论之后，才有可能达到需求上的一致性。 S L A的目标就是确保系统管理者与终端用户在数据库服务质量上的一致性。其中详细地说明了对于系统失败的定义以及从这种失败中进行恢复所需要做的工作。一个优秀的S L A也会指定性能与可用性之间
2006-07-07 09:37:00
658
转载 24×7数据库系统的共同目标
一般来说，理想的2 4×7数据库系统在体系结构上应该具有以下特点：* 健壮性 这个数据库系统应该能够自动处理许多系统失败以及数据库失败。并且必须对每个单一失败点进行标识，同时为每个这种组件提供了相应的冗余组件。* 透明的失败恢复 系统应该提供最大限度的失败恢复透明性，使得主数据库系统在崩溃时能够尽量不影响系统的整体可用性。需要说明的是，失败恢复不仅是指数据库系统失败的检测功能，同时还包括作出相应
2006-07-06 09:41:00
832
转载 分析数据库系统中容易出错的部分以及出错时所产生的症状
1. 人为的假信号（用户错误或者管理错误）这一类型的错误通常比其他错误更为常见。人为错误通常可以分为两类：用户错误与管理错误。用户错误常常表现为用户具有过多的权限，从而可以访问没有被授权的一些数据。如果贵公司的数据库系统曾经有过被未授权的用户“偶然地”访问过的经历，那么就很容易理解笔者的意思。另一方面，管理错误常常是由于贵公司的计算机系统的网络或者数据库管理人员过度劳累或者其他错误所导致。如果读者
2006-07-06 09:40:00
1424
转载 理解“数据库”中的各个组件
任何数据库都是依赖于许多层次的，而且每个层次都与其他层次同样重要，如图 1 - 3所示。这些层次之间可能是相互交迭的，而且对于 D B A是透明的。但无论如何，这些层次可以概括为：* 硬件层* 操作系统层* 网络层* DBMS（数据库管理系统，在这里就是O r a c l e）层* 使用D B M S的应用程序层* DBMS所管理的数据层一个非常称职的D B A必须具有数据库管理、网络管理、系
2006-07-06 09:39:00
1360
转载 24*7
术语“2 4×7”是在I T（Information Te c h n o l o g y，信息技术）领域中，特别是在计算机系统以及数据库操作中频繁使用的一个术语，用来说明某种资源（例如，数据和系统与计算机系统）的连续可用性 1. 24×7正常工作时间的开销估计在2 4×7正常工作时间中，主要有以下因素影响其开销。(1) 管理灵活性 对于任何需要对重要的表进行上锁的任务，数据和
2006-07-05 09:59:00
1116
转载 oracle-常用命令
1.SQLPLUS /NOLOG 采用sql2.CONN SYS/SYS@LORCL３。HOST SET ORACLE_SID=ORCL oracle里常用命令（一）作者:victor08 第一章：日志管理 1.forcing log switches sql> alter system switch logfile;2.forcing checkpoints sql> a
2006-07-04 09:33:00
463
转载 SQLServer和Oracle的常用函数对比:
---------数学函数 1.绝对值 S:select abs(-1) value O:select abs(-1) value from dual 2.取整(大) S:select ceiling(-1.001) value O:select ceil(-1.001) value from dual 3.取整（小） S:select floor(-1.001
2006-07-04 09:06:00
415
ASP.NET 完全入门
2009-02-22
全面学习UML,对UML可以有一个总体认识
2009-02-21
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人