自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

In-Memory Computing Technology

内存数据库,内存网格技术,包括TimesTen, Redis, HANA, Spark, Coherence等

  • 博客(16)
  • 资源 (4)
  • 收藏
  • 关注

原创 TimesTen 数据库复制学习:10. 定义classic复制

设计高可用系统复制的目标为: 1. 提供一个或多个复制数据库,保证数据可以为应用所用 2. 提供复制数据库用于恢复 3. 负载均衡 4. 无中断的软件升级和维护classic replication scheme支持以下形式: Unidirectional - 这个和ASP有和区别,会切换角色吗 Bidirectional split workload - 双向,属于互备型,两个数据库负

2016-06-30 22:05:01 8529

原创 TimesTen的逻辑服务器名概念

概念TimesTen中逻辑服务器名(logical server name)的概念用的很少,但是了解一下还是必要的。 首先,logical server是在客户端定义,指向服务器端。 其次,当用非TCP/IP的通讯协议或者TimesTen Server不在缺省的端口监听时,必须使用logical server name。 A logical server name is a definiti

2016-06-30 08:23:59 4718 2

原创 TimesTen 数据库复制学习:9. 更改Active Standby Pair

在Active Standby Pair中复制DDL语句在以下的例子中,active master为cachedb2, standby master为cachedb1在Active Standby Pair复制数据库对象DDLReplicationLevel 连接属性可以控制复制对象的行为。 DDLReplicationLevel = 1:不复制表,索引和同义词的create 和 drop,只复制

2016-06-28 12:36:35 6665

原创 TimesTen 数据库复制学习:8. 管理Active Standby Pair(带缓存组)

带缓存组的Active standby pairs(ASP)在不带缓存组的ASP中,复制发生在TimesTen的表间;而在带缓存组的ASP中,复制发生在cache table之间。带缓冲组的复制仅支持只读和AWT缓存组。对于只读缓存组,复制的意义在于保持状态的连续,而对于AWT,复制可以保证数据不丢失。设置带只读缓存组的ASP(例)假设active master为cachedb1,standby m

2016-06-27 17:57:46 6499 3

原创 TimesTen 应用层数据库缓存学习:19. 理解AWT缓存组的三种模式

概述本文很好的讲述了AWT三种缓存组的概念和区别,并给出了3种缓存组从建立到摧毁的完整过程。AWT缓存组有3中类型: 1. AWT 缺省 (Manually load) 2. AWT Dynamic 3. AWT Dynamic Globle (Cache Grid)各种AWT类型的区别AWT 缺省 (Manually load)TimesTen中inserted/updated/delet

2016-06-20 14:32:10 7511

原创 TimesTen 应用层数据库缓存学习:18. 利用TimesTen实现Sharding或数据分区

考虑到恢复和磁盘加载到内存的速度,单个TimesTen数据库可以缓存的数据一般不超过100G,如果需要缓存的数据较大,一般可以利用多个TimesTen来实现数据分区或分片(Sharding)。 虽然TimesTen有Cache Grid即Global Cache Group的概念,但由于其还不太成熟,一般采用手工分区的方式,即通过应用服务器定向到指定的TimesTen的方式。以下给出了只读和读写数

2016-06-19 20:28:02 6509

原创 TimesTen 应用层数据库缓存学习:17. 全局数据缓存(cache grid)的高可用性

概述本文有两个目的: 1. 介绍TimesTen Global Cache Grid的高可用性 2. 给出了一个简单的建立和清理Global Cache Grid的过程,前面已经有一篇文章: TimesTen 应用层数据库缓存学习:13. 全局数据缓存(cache grid),但那个Cache Group太复杂建立一个简单的Global Cache Grid首先建立两个TimesTen inst

2016-06-15 08:05:39 8158

原创 内存为王:DBIM RAC Share Nothing架构的挑战和解决方案

最近看了一篇Oracle RWP写的文章: 内存为王:DBIM RAC Share Nothing架构的挑战和解决方案感觉写的比较深入,需要原文的可以关注Oracle官方微信: OraNews文章要点如下: * Database In-Memory (DBIM) 是 Oracle 在 12.1.0.2 中引入的新特性,旨在加速分析型 SQL 的速度。 * In-Memory Columnar S

2016-06-12 16:29:08 1801

原创 TimesTen官方博客-中文版和英文版

TimesTen官方博客英文版的地址为: TimesTen TalkTimesTen官方博客中文版是Oracle官方博客 - 数据库产品技术支持的一个分支地址为: https://blogs.oracle.com/Database4CN/tags/timesten顺便说下,Oracle In-Memory的英文版博客地址为: https://blogs.oracle.com/In-Memory/

2016-06-12 16:08:16 2206

原创 TimesTen 数据库复制学习:7. 管理Active Standby Pair(无缓存组)

Active Standby Pair是TimesTen复制的一种固定模式,就是1个active到1个standby,再到0个或127个subscriber,如下图:配置 Active Standby Pair (不带缓存组)大致步骤如下: 1. 创建数据库 2. 使用CREATE ACTIVE STANDBY PAIR创建复制 3. 调用Call ttRepStateSet('ACTIVE'

2016-06-06 18:52:27 7260

原创 TimesTen 数据库复制学习:6. 利用STORE关键字设定复制网络传输的属性

利用STORE关键字,可以在CREATE ACTIVE STANDBY PAIR, ALTER ACTIVE STANDBY PAIR, CREATE REPLICATION, 和 ALTER REPLICATION 设置复制的属性,如超时,压缩,commit行为,表定义检查,return service,对于classic复制,还可以设置表一级的数据冲突设定return service的超时缺省的

2016-06-05 22:01:27 7904

原创 TimesTen 数据库复制学习:5. 设定复制网络传输的return service

return service指在复制源和目标之间的同步模式,可以是no return(异步),return receipt(准同步)和return twosafe(全同步)。 本文的描述对于active standby和classic replication都适用。脚本准备$ cat insert1.sql INSERT INTO employees VALUES ( 202,

2016-06-05 21:38:17 7982

原创 TimesTen 数据库复制学习:4. 定义Active Standby Pair复制策略

master数据库状态可以使用ttRepStateGet 得到数据库的复制状态/角色 ACTIVE - active master,主库,可读写 STANDBY - active standby,备库,只读 IDLE - 所有数据库的初始状态,其实subscriber也是这个状态,只读 其它的状态有FAILED 和 RECOVERING 克隆数据库(初始化)使用ttRepAdmin -dup

2016-06-03 21:19:18 6137

原创 TimesTen 数据库复制学习:3. 配置Classic Replication单表复制

本文为一个动手实验,配置传统复制模式中的单表复制(非复制整库),配置2个数据库, master和一个subscriber。拓扑如下:为简化,master和subscriber位于同一主机。同时,为和上一个实验保持一致,master和subscriber的DSN分别为master1和subscriber1。创建DSN[ODBC Data Sources] master1=TimesTen 11.2.

2016-06-02 22:13:28 7039

原创 HANA的可扩展性

可扩展性HANA支持Scale-Up和Scale-Out。Scale-Up(纵向扩展)是指在计算单元内增加资源。而Scale-Out(横向扩展)是指添加其它的计算单元,并逻辑上形成一个整体。纵向扩展(Scale-Up)最常见的纵向扩展方式就是添加CPU(内存也相应添加了),也即NUMA架构。由于每个socket都有自己的内存控制器,访问本地和远程的内存性能是不一样的额,因此称为Non-Uniform

2016-06-02 08:41:15 7887

原创 HANA对于硬件的认证

HANA支持的硬件可以从 [http://global.sap.com/community/ebook/2014-09-02-hana-hardware/enEN/appliances.html](Certified SAP HANA® Hardware Directory 找到。大略看了一下,有了以下的发现: * 不支持SUN的硬件,可见Oracle和SAP的关系,都是竞争惹的祸 * HANA

2016-06-01 20:22:47 6954 1

Oracle自治数据库自动分区报告

Oracle LiveLab实验“Boost Database Performance with Oracle Auto Partitioning”中的自动分区报告。

2022-11-16

Martin :另一篇优化的文章

Martin :另一篇优化的文章

2022-04-29

twp-stats-concepts-19c-5324209.pdf

优化器统计信息基本概念

2021-10-26

result.html

result.html

2021-07-07

TImesTen博客示例源代码

我的内存计算专栏示例源代码

2017-03-05

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除