标签归档：Exadata

Smart Flash Cache on Exadata(2)—Write through

发表于 2013 年 5 月 28 日 由 Lunar

每个Exadata配备的Flash disk，这些flash disk可以创建flash grid disks来存放频繁访问的数据，也可以做成Exadata Smart Flash Cache，然后将频繁访问的数据cache在Exadata Smart Flash Cache。 缺省情况下，Create Cell命令会创建create flash cell disks，然后在这些flash celldisk上创建Exadata Smart Flash Cache。下面是使用onecommand安装过程中创建celldisk和griddisk的步骤，缺省是将flash disk创建为 Exadata Smart Flash Cache（不同版本的onecommand执行情况稍有不同）： 然后创建 flashlog: 然后创建 flashcache: 当然，你可以根据情况创建为FlashDisk(而非Flash Cache): 一般情况下，我们有这样的对比数据（多次测试对比的结果和个人经验值）： Disk的IO： 168块600G的光线盘， 容量大概 100TB， 吞吐量在 25GB/sec，左右 Flash的IO： 56 … 继续阅读 →

发表在 FAQ, 体系架构, 硬件配置 | 标签为 , | 一条评论

Smart Flash Cache on Exadata(1)—介绍

发表于 2013 年 5 月 28 日 由 Lunar

Exadata上的闪存卡是做什么用的呢？ 引用一段白皮书的内容： Exadata智能闪存（Smart Flash Card）自动将频繁访问的数据在PCI闪存中缓存，同时不常访问的数据仍保持在磁盘中。这种方式兼具闪存的高性能与磁盘的大容量和低成本。Exadata智能闪存了解数据库的工作负载，并知道何时避免缓存不被重复利用或不适合缓存的数据。Oracle数据库和Exadata存储允许用户任意指定数据库表、索引和段级别的数据驻留在闪存上。和传统的存储和闪存盘不同的是，表可以驻留在闪存中，且不必将表移动到另外的表空间，文件或卷中。 Exadata系统采用的是最新的 PCI闪存技术而不是闪存盘技术。PCI闪存是将闪存直接部署在高速PCI总线上，代替了部署在缓慢的磁盘控制器和磁盘管理器之后的方式，大大提升了性能。 Exadata上Smart Flash Cache的发展 2009年， Exadata V2开始配置Flash Card(F20)，每个cell配置了384G的闪存，详见V2的白皮书： 具体的硬件信息请参考： http://pts-storage.us.oracle.com 相应的V2的文档请参考： http://docs.oracle.com/cd/E18476_01/index.htm V2上Exadata的Flash Card的配置如下: • Full rack => (14 hosts x 4 F20s) + 2 replacement F20s = 58 F20s • Half rack => … 继续阅读 →

发表在 FAQ, 体系架构, 硬件配置 | 标签为 , | 留下评论

Exadata 升级过程（二）—catbundle.sql

发表于 2013 年 5 月 26 日 由 Lunar
发表在 安装和升级 | 标签为 , , | 留下评论

Exadata 升级过程（三）–升级后的检查

发表于 2013 年 5 月 26 日 由 Lunar

10、升级后的检查： 检查系统的image版本： 可以看见操作系统已经是UEK内核，版本是2.6.32 Oracle Linux Server版本升级为 5.8(以前是5.7)： 检查 Infiniband： 检查数据库的版本信息： 检查opatch的信息：

发表在 安装和升级 | 标签为 , , | 留下评论

Exadata 之 CISCO Ethernet Switch安装配置

发表于 2013 年 5 月 26 日 由 Lunar

通过串口线连接连接到CISCO Ethernet Switch的Console： 登录超级终端： 随便起个会话名称，例如Exadata： COM 16就可以，这页不用修改，缺省就可以： 红色部分修改为9600，蓝色部分不用改（缺省就是8 bit）： Serial连接参数如下： Protocol: Serial Baud rate: 9600 Data bits: 8 Parity: None Stop bits: 1 no handshake 按回车键开始 切换至enable模式： Switch>enable Password: welcome1 Switch# 配置VLAN： Switch#configure terminal Switch(config)#interface vlan 1 Switch(config-if)#ip address 192.168.100.4 … 继续阅读 →

发表在 安装和升级 | 标签为 , | 留下评论

Exadata升级过程(一)

发表于 2013 年 5 月 25 日 由 Lunar

DB节点和CELL节点的升级都可以分为滚动个非滚动方式，为了节省时间，本次采用非滚动并行升级的方式。 本次升级从Exadata Image 11.2.3.1.1 升级到 Exadata 11.2.3.2.1。 数据库从Oracle 11.2.0.3 BP 8升级到 BP 16。 具体的升级步骤和过程还是要通读Oracle官方文档。 一、升级image前的准备工作 升级CELL节点需要使用patchmgr工具，首先要为patchmgr配置合适的SSH数据加密算法： 1、打开SSH的debug模式： 这样就可以在ssh_client_debuglog.txt中查看debug信息： 2、如果下面的命令输出结果为空，则表示需要为patchmgr设置数据加密算法： Exadata缺省没有配置特别的数据加密算法（只配置了一些数据传输的加密算法），因此，需要在/etc/ssh/ssh_config添加“Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour”，因为服务器需要至少其中一种数据加密算法： 3、检查各个cell节点之间root用户安全的信任关系（ssh User Equivalency）： 我这里检查的“all_group”，这个文件包含了全部的结算节点和cell节点： 如果root的安全信任关系没有建立，可以使用如下方法建立，否则，可以直接进入“4、检测磁盘组属性disk_repair_time配置”： 创建ssh秘钥： 使用dcli的 -k 参数将秘钥添加到其他cell节点： 检查个cell节点安全的信任关系是否正确配置： 4、检测磁盘组属性disk_repair_time配置（这是11g ASM的一个新特性，这里不单独赘述）： 修改这个主要是为了避免升级过程中达到缺省的3.6小时后在cell节点执行删除griddisk的操作。如果发生删除了griddisk的情况，那么，需要升级完成后手工添加这些磁盘组. 这个缺省值一般来说可以满足需求了。本次考虑升级满配的时间可能会超过3.6小时（这个是缺省值），因此将该值修改为10小时，等到升级完成后，可以讲该参数再改回3.6小时 5、检查操作系统内核版本 因为Exadata当前的image是11.2.3.1.1，从image 11.2.3.2.1开始，Oracle推荐使用ORACLE UEK（Unbreakable Enterprise … 继续阅读 →

发表在 安装和升级 | 标签为 , | 2 条评论