===========================================================
Oracle RAC 实施(zt)
===========================================================
rollingpig
发表于:2006.07.03 15:37
::分类:
(
Oracle collections
)
::阅读:(273次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施(ZT)
===========================================================
rollingpig
发表于:2006.07.03 10:16
::分类:
(
Oracle collections
)
::阅读:(172次)
::
评论
(0)
::
引用 (0)
===========================================================
Windows 上 OSD-04008，O/S-Error: (OS 33) 的某种可能的原因及解决方法
===========================================================
itpub有个贴子是这么说的：
之前一段时间数据库都工作的很好，但最近一周，它经常是莫名的在晚上的一个好像特定的时间关闭，分析不出原因。在时间管理器上，没有什错误的提示
alert里报
ORA-00345: redo log write error block 38023 count 2
ORA-00312: online log 3 thread 1: 'E:ORACLEORADATAAUPIDREDO03.LOG'
ORA-27072: skgfdisp: I/O error
OSD-04008: WriteFile() failure, unable to write to file
O/S-Error: (OS 33) The process cannot access the file because another process has locked a portion of the file.
查看全文
rollingpig
发表于:2006.06.26 14:33
::分类:
(
Oracle collections
)
::阅读:(3474次)
::
评论
(0)
::
引用 (0)
===========================================================
How to unregister a database from rman catalog
===========================================================
rollingpig
发表于:2006.05.19 16:47
::分类:
(
Oracle collections
)
::阅读:(2288次)
::
评论
(2)
::
引用 (0)
===========================================================
Oracle RAC 实施：总结
===========================================================
总结
在前三个项目阶段中，您确定了核心的项目目标、确定了项目需求、把需求转换为规范、创建了测试方案。此外，您还创建了确定 Oracle RAC 实施的操作就绪性的标准。所有这些加在一起就是您的 Oracle RAC 实施项目方案。
该方案变成了一个无价的工具，帮助您实现您的最终目标，使您可以一路预测任意问题。使用这样的方案可以 确保成功的 Oracle RAC 实施 — 在预算内按时交付。
rollingpig
发表于:2006.05.16 16:06
::分类:
(
Oracle collections
)
::阅读:(310次)
::
评论
(2)
::
引用 (0)
===========================================================
Oracle RAC 实施之四：操作就绪
===========================================================
操作就绪
什么时候可以使用新系统？
前述项目阶段及其相关的步骤简化了新系统可用性的测试。尽管完整的核对单取决于您具体的站点，但以下通用大纲可以帮助您定义、设计、测试您的 Oracle RAC 实施。
操作就绪的确定取决于已完成的任务熟、项目日程中完成任意未完成任务所剩的时间、新系统当前状态下的稳定性。它还取决于已满足的项目需求数。
下面是一个包含本文所述的所有事实阶段和步骤地一个详细的项目方案。它包括一个集成的测试方案和一个“启动必需？”列，帮助您确定是否确实需要该特定项来使系统联机 — 或是否在系统启动后将该特定项联机。
任务 | 任务说明 | 启动必需？ | 完成？ |
定义 | 确定需求 |
|
|
确定项目范围 | 确定项目的高级业务目标 |
|
|
确定项目团队 | 确定项目团队 |
|
|
确定服务等级需求 | 确定服务等级需求 |
|
|
确定操作需求 | 确定操作需求 |
|
|
概念验证测试 | 使项目团队初步熟悉所涉及的技术，帮助确定项目日程以及为“设计和构建”阶段做好准备 |
|
|
确定项目日程 | 确定项目日程 |
|
|
设计和构建 | 技术架构设计和构建 |
|
|
硬件和软件规范 | 确定项目要使用的硬件和软件组件 |
|
|
概念验证测试 | 验证硬件和软件组件的选择 |
|
|
服务器硬件配置 | 构建服务器硬件 |
|
|
操作系统配置 | 安装和配置操作系统 |
|
|
服务器单元测试 | 测试节点单元（在安装 Oracle 数据库前使用 CVU 预验证服务器配置） |
|
|
操作系统单元测试 | 测试 OS 单元（在安装 Oracle 数据库软件前使用 CVU 验证 OS 配置） |
|
|
网络单元测试 | 测试节点单元（在安装 Oracle 数据库前使用 CVU 验证网络配置） |
|
|
Oracle 软件配置 | 安装和配置 Oracle 数据库软件 |
|
|
集成测试 | 确认所有硬件和软件组件可正常运行，例如通过创建一个 Oracle RAC 测试数据库 |
|
|
操作任务 | 为压力测试和生产使用准备好系统 |
|
|
集成测试 | 确认应用程序在新 Oracle RAC 环境中正常运行 |
|
|
测试 | Oracle RAC 系统测试 |
|
|
压力测试 | 模拟 Oracle RAC 系统上的生产负载 |
|
|
rollingpig
发表于:2006.05.16 16:05
::分类:
(
Oracle collections
)
::阅读:(315次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之三：RAC 系统测试 （4）
===========================================================
压力测试
压力测试也称为负载测试或系统测试，是一个模拟动态生产负载的端到端测试。它用于确定系统是否可以承受生产使用等级、是否满足服务等级需求，以及收集性能数据。它还用于预测当前和未来的使用容量。通常在上述测试返回肯定的结果时以及完全配置硬件、软件和应用程序组件后才执行压力测试。由于它代表一个重要的项目里程碑，因此将其视为一个独立的项目阶段。
测试 | 说明 | 项目阶段 | 好处 |
压力测试 | 模拟系统上的一个动态生产负载 | 压力测试 | 确认系统已可用于生产 |
避免错误的方法 9： 测试会耗费大量时间和金钱。对比执行测试所需的资源和再生产阶段发生系统故障的风险，仔细权衡测试方案的长处和短处。
rollingpig
发表于:2006.05.16 16:05
::分类:
(
Oracle collections
)
::阅读:(275次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之三：RAC 系统测试 （3）
===========================================================
集成测试
集成测试包括确认多个硬件、软件或应用程序模块可共同运行。集成测试确认系统是否按规定运行。
测试 | 说明 | 项目阶段 | 好处 |
集成测试 | 测试多个硬件、软件以及应用程序组件共同运行 | “技术架构构建”任务： | 确认集成的组件和模块可共同运行 |
rollingpig
发表于:2006.05.16 16:04
::分类:
(
Oracle collections
)
::阅读:(273次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之三：RAC 系统测试 （2）
===========================================================
单元测试
单元测试包含单一硬件或软件组件测试以及单一应用程序或应用程序模块测试。这些孤立的测试确定单一组件或模块是否按执行要求运行。
Oracle 10g 第 2 版包括一个称为 Cluster Verification Utility (CVU) 的验证实用程序，它是一个用于对 Oracle RAC 节点的硬件和软件配置进行测试的工具。可以使用该实用程序验证 Oracle RAC 节点的配置、检查操作系统以及检查网络设置。
单元测试的一个重要元素就是“破坏性测试”的引入。测试人员通过破坏性测试模拟异常活动以及试图破坏系统。Oracle RAC 环境中的一个破坏性测试示例为故意破坏 Oracle Cluster Registry (OCR)，然后执行恢复系统所需的步骤。像这样的测试会让项目成员发现系统的薄弱环节，从而做好应对准备。
测试 | 说明 | 项目阶段 | 好处 |
单元测试 | 测试个别硬件、软件和应用程序组件，加入“破坏性测试”发现系统的薄弱环节 | “技术架构构建”任务： | 确认单个组件和模块正常运行 |
rollingpig
发表于:2006.05.16 16:03
::分类:
(
Oracle collections
)
::阅读:(377次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之二：技术架构设计和构建(2)
===========================================================
第 2 步 – 执行规范
填完上述核对单后，就要搭建 Oracle RAC 环境了。
这些任务包括：
- 配置服务器硬件
- 安装 CPU、内存和本地磁盘
- 安装和配置 HBA、网卡及网络组件
- 配置硬件互连
- 安装和配置存储交换设备，把他们连到共享存储
- 配置操作系统
- 安装操作系统
- 配置操作系统内核参数
- 配置 the hangcheck-timer 或互连心跳模块
- 创建操作系统用户组合用户
- 创建和配置共享存储设备
- 安装和配置原始分区或 Oracle 集群文件系统
- 配置安全的 Shell (SSH)
- 配置 Oracle 软件
- 安装 Oracle Clusterware
- 安装 Oracle 服务器软件
- 配置自动存储管理 (ASM)
- 创建数据库
- 创建数据库实例
- 创建服务
- 创建 Oracle Clusterware 应用程序配置文件
- 操作任务
- 执行数据加载
- 执行索引构建
- 设置 OS 和数据库备份
- 创建备用/Oracle Data Guard 环境
- 安装和配置性能监视实用程序，如
Oracle Enterprise Manager Grid Control
rollingpig
发表于:2006.05.16 16:02
::分类:
(
Oracle collections
)
::阅读:(341次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之三：RAC 系统测试 （1）
===========================================================
RAC 系统测试
Oracle RAC 测试策略应至少包括四种测试：概念验证测试、单元测试、集成测试以及负载测试。
该测试策略不是一个独立于以上阶段单独执行的功能，而是一个集成到了确定、设计、构建等阶段中的一个过程。
该部分着重强调四种测试，并确定每种测试所对应的项目阶段。
概念验证测试
概念验证测试是对概念可行性的测试。它可以是新技术、新软件架构或新硬件的测试。概念验证测试使项目团队可以测试项目决策的有效性，从而使他们可以快速做出有关项目方向的重要决策。概念验证测试通常在“服务级别需求”和“技术架构设计和构建”步骤中执行。
测试 | 说明 | 项目阶段 | 好处 |
概念验证测试 | 确认项目决策的有效性，尤其是硬件和软件决策的有效性 | | 使项目团队可以做出大是大非的项目决策 |
rollingpig
发表于:2006.05.16 16:02
::分类:
(
Oracle collections
)
::阅读:(420次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之一：确定需求(5)
===========================================================
第 4 步 – 确定项目日程
“确定需求”阶段的最后一步就是确定项目日程。由于需要确保有足够的时间建立 Oracle RAC 解决方案来满足以上定义的所有需求，因此日程安排对项目成败至关重要。
日程安排涉及构建系统、为每个任务分配时间、以最优的顺序排列任务等所有任务的细节。
避免错误的方法 5： 在安排项目日程的过程中，应努力使每个项目成员清楚所有时间限制（见“第 1 步”）。征询每个团队成员的意见，准确评估和规划项目日程。
有时，可以在项目日程中同时执行多个任务。巧妙地并行安排任务通常会按时完成项目并节省项目成本。
以下是一个高级 Oracle RAC 日程示例。它展示了在 Oracle RAC 部署中经常执行的任务。
| 任务名称 | 存在期间 | 开始时间 | 结束时间 | 前置任务 |
1 | 服务器硬件配置 | 2 天 | 2005 年 12 月 1 日星期四 | 2005 年 12 月 2 日星期五 |
|
2 | 共享存储配置 | 1 天 | 2005 年 12 月 1 日星期四 | 2005 年 12 月 1 日星期四 |
|
3 | OS 安装 | 1 天 | 2005 年 12 月 5 日星期一 | 2005 年 12 月 5 日星期一 | 1 |
4 | 网络配置 | 1 天 | 2005 年 12 月 6 日星期二 | 2005 年 12 月 6 日星期二 | 3 |
5 | Oracle 数据库软件安装 | 1 天 | 2005 年 12 月 7 日星期三 | 2005 年 12 月 7 日星期三 | 4 |
6 | 数据库构建 | 2 天 | 2005 年 12 月 8 日星期四 | 2005 年 12 月 9 日星期五 | 5 |
7 | 数据加载 | 5 天 | 2005 年 12 月 12 日星期一 | 2005 年 12 月 16 日星期五 | 6 |
8 | 单元测试 | 2 天 | 2005 年 12 月 19 日星期一 | 2005 年 12 月 20 日星期二 | 7 |
9 | 压力/集成测试 | 5 天 | 2005 年 12 月 21 日星期三 | 2005 年 12 月 29 日星期四 | 8 |
10 | 故障切换测试 | 2 天 | 2005 年 12 月 30 日星期五 | 2005 年 1 月 3 日星期二 | 9 |
11 | 备份与恢复测试 | 19 天 | 2006 年 12 月 12 日星期三 | 2005 年 1 月 4 日星期三 | 5 |
12 | 系统集成 | 5 天 | 2006 年 1 月 5 日星期四 | 2006 年 1 月 11 日星期三 | 11 |
… | … |
|
|
|
|
一个相对详细的项目日程可以使 Oracle RAC 团队跟踪项目的进度，主动对日程迟延做出回应。当需要更改日程时，一定要确保完全记录了所有更改。最初的项目日程和该更改报告为以后项目日程的制定提供了重要的参考。
避免错误的方法 6： 利用可同时执行的多个任务。在上述的项目日程中，注意 Task #11 是如何与 Task #7 到 Task #10 同时运行的。
在确定和记录了项目范围、项目团队、服务等级需求以及项目日程后，采用一个强有力的更改控制机制。仔细管理对需求的任意更改，把成本控制在预算内，使项目按日程进行。
rollingpig
发表于:2006.05.16 15:47
::分类:
(
Oracle collections
)
::阅读:(228次)
::
评论
(0)
::
引用 (0)
===========================================================
Oracle RAC 实施之二：技术架构设计和构建(1)
===========================================================
技术架构设计和构建
成功部署 RAC 实施的第二个主要阶段是确定和实施 Oracle RAC 部署的技术架构规范。技术架构描述了将组成新系统的硬件、软件和配置的详细情况。由于大多数 Oracle RAC 实施集中在从单实例环境移植到 Oracle RAC 实例环境，而没有重新设计他们的应用程序和数据库，因此您将在该阶段中设计和构建 Oracle RAC 环境。
下列步骤解释了如何将需求转化为可用的设计。
第 1 步 – 确定硬件和软件规范
该步骤包括了解上面定义的服务等级需求和操作需求，然后把这些需求转化为硬件和软件规范。它还考虑了硬件的兼容性，特定的操作系统要求以及 Oracle RAC 特定的软件需求。
使用下面的“硬件/软件注意事项表”组为核对单，用于记录在本步骤中决定。对于您的个别实施，填写您项目使用的真正硬件和软件。
填写该表时，回答以下问题
- 该组件是否有助于满足服务等级需求？
- 该组件及其质量是否足以满足操作需求？
- 该组件是否与其他硬件组件兼容以及是否经过认证可以与其他硬件组件一起使用？
- 该组件是否与操作系统兼容以及是否经过认证可以与其他操作系统一起使用？
- 该组件是否满足 Oracle RAC 软件需求？
- 是否认证获支持 Oracle RAC 运行在该组件上？
避免错误的方法 7： 确保 Oracle RAC 项目团队知道组成 Oracle RAC 系统每个组件的功能和特性，以及所有组件已通过认证，可以一起使用。您可以通过适当的技术培训和概念验证测试来降低 Oracle RAC 项目的风险。
组件 | 满足项目需求？ | 满足 OS 需求？ | 满足 Oracle RAC 需求？ | 与其他硬件/软件组件兼容？ |
硬件组件 |
|
|
|
|
服务器（节点数） |
|
|
|
|
处理器（每节点 CPU 数） |
|
|
|
|
内存（每节点 GB 数） |
|
|
|
|
HBA |
|
|
|
|
网卡（每节点网卡数） |
|
|
|
|
本地磁盘（每节点 GB 数） |
|
|
|
|
SAN/共享存储（GB） |
|
|
|
|
软件组件 |
|
|
| |
