- 博客(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自治数据库自动分区报告
2022-11-16
同名微信号,发布长沙的视频
2024-02-22
TA创建的收藏夹 TA关注的收藏夹
TA关注的人