月归档：2013 年五月

Smart Flash Cache on Exadata(4)—使用flash cache

发表于 2013 年 5 月 30 日 由 Lunar

对于表和索引，可以在创建表时使用storage子句将表保存在flashcache中，如果表已经创建完成了，那么可以使用alert table或者alert index命令进行修改相应对象的storage属性，将对象混存在flash cache中。 我做了两张测试表，他们数据的内容基本一直，不过一张是压缩表，一张是非压缩表： 缓存对象到flash cache的语法如下（类似这样对象的IO，我们都称之为 ”Smart Scan I/Os” ）： 取消对象在flash cache的缓存： 一般在POC或者生产上，我们会按照一定的条件（比如过滤掉超大的表或者分区等等）生成符合条件的表或者索引的keep 命令： 例如，使用下面的语句，将生成满足条件的表的缓存语句： 对于已经创建的对象，要修改其CELL_FLASH_CACHE属性，可以使用如下命令： 要知道当前对象的设置，可以查询dba_tables(all_tables, user_tables)或者dba_indexes(all_indexes, user_indexes)的CELL_FLASH_CACHE列： 还可以在cell上使用cellcli工具和命令” LIST FLASHCACHECONTENT”查看： 我们注意到这里cachedKeepSize=0， 表示这个表曾经被cache了，后来执行了类似“alter table XXX STORAGE (CELL_FLASH_CACHE none);”的命令，取消的cache到flash cache的操作。 而上面的objectNumber= 112912没有任何输出，表示这个表没有被缓存过。 通常，POC或者生产上，我们更多的是生成批量查看对象缓存内容的语句： 具体我们看一下” LIST FLASHCACHE DETAIL”和”“ LIST FLASHCACHECONTENT”的官方说明： … 继续阅读 →

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

Smart Flash Cache on Exadata(3)—Write-back

发表于 2013 年 5 月 29 日 由 Lunar

在Exadata image 11.2.3.2.0以前的版本中，仅支持Write Through模式，该模式的读写流程已经在”Smart Flash Cache on Exadata(2)—Write through“种讨论过了。需要注意的是：这个模式的flash cache在Cellsrv重启之后Flash Cache上的数据变成Invalid，而Write-Back模式则不会，这是他们的工作原理决定的……。 从Image 11.2.3.2.0版本开始，原来仅支持Write Through 模式的Flash Cache现在可以支持Write Back模式了。但是Wtite Back模式不是缺省属性（缺省值还是Write through模式），需要手工修改来启用这个特性。Write Through和Write Back这两个模式之间的切换需要重启Cellsrv服务，否则会报错： 将Smart Flash Cache修改为Write Back模式的具体方法如下： 2.enable Write-back模式 另外，要支持Write Back模式需要以下版本的介质（老版本的cellcli上使用DESCRIBE CELL命令也看不见flashCacheMode这个属性）：  DB Patch for Exadata 11.2.0.3.x BP 9以上  推荐Exadata … 继续阅读 →

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

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 条评论