Oracle TimesTen and other Oracle Technologies

Oracle Announces Availability of Oracle Exalytics In-Memory Machine

2012-02-28T00:07:00.000+04:00

Oracle Announces Availability of Oracle Exalytics In-Memory Machine

Columnar compression in TimesTen

2012-02-23T23:23:00.003+04:00

In this article I would like to write about Columnar Compression in TimesTen.

Oracle TimesTen 11.2.2 introduced several new features. One of them it’s Columnar Compression. Tables could be compressed at the column level, which stores data more efficiently.

The compression unit in Timesten is a compressed column group. A compressed column group consists of set of columns. You can include one or more columns in compressed column group; however, a column can be included in only one compressed column group. Each compressed column group is limited to a maximum of 16 columns.
For enabling compression feature for particular table specify OPTIMIZED FOR READ on the CREATE TABLE statement. For example:

Command> create table test_1 ( id number not null,
       >                       val_1   varchar2(40))
       > optimized for read;
Command> desc test_1;

Table GENA.TEST_1:
  Columns:
    ID                              NUMBER NOT NULL
    VAL_1                           VARCHAR2 (40) INLINE
  OPTIMIZED FOR READ

1 table found.
(primary key columns are indicated with *)
Command>

Additionally, specify the following:

COMPRESS - defines a compressed column group for a table.
BY DICTIONARY - defines a compression dictionary for each compressed column group.
MAXVALUES - defines the total number of distinct values in the column/columns and set the size for the compressed column group pointer column to 1, 2, or 4 bytes.

For example, create a compression table:

Command> create table emp_comp (id number not null,
       >                        val_1   varchar2(40),
       >                        val_2   varchar2(40),
       >                        val_3   varchar2(40))
       > compress ((val_1,val_2) by dictionary maxvalues = 255,
       >            val_3        by dictionary maxvalues = 255) 
       > optimized for read;
Command>
Command> desc emp_comp;

Table GENA.EMP_COMP:
  Columns:
    ID                              NUMBER NOT NULL
    VAL_1                           VARCHAR2 (40) INLINE
    VAL_2                           VARCHAR2 (40) INLINE
    VAL_3                           VARCHAR2 (40) INLINE
  COMPRESS ( ( VAL_1, VAL_2 ) BY DICTIONARY MAXVALUES=255,
             VAL_3 BY DICTIONARY MAXVALUES=255 ) OPTIMIZED FOR READ

1 table found.
(primary key columns are indicated with *)
Command>

In this example I created a table with two compressed column groups. The first one consisted of two columns VAL_1 and VAL_2 and the second - VAL_3 column. Each column can contain 255 distinct vales (pointer size - 1 byte for each compressed column group). When I defined compressed column group, TimesTen created the dictionary tables (for each compression column group).

Command> alltables;
  GENA.CD$_1086056_2
  GENA.CD$_1086056_4
  GENA.EMP_COMP
  …
28 tables found.
Command>

The data dictionary tables name is constructed by the following:

"CD$" + the table identifier (SYS.TABLES.TBLID) + compressed column number 

Command> select tblname, tblid from sys.tables where tblname = 'EMP_COMP';
< EMP_COMP                       , 1086056 >
1 row found.
Command>

There is some information from data dictionary:

Command> VARIABLE TABNAME VARCHAR2(50) := 'EMP_COMP';
Command> select TABLE_NAME,
       >        COMPRESSION,
       >        COMPRESS_FOR
       >   from sys.all_tables
       >  where TABLE_NAME = :TABNAME;
< EMP_COMP, ENABLED, QUERY HIGH >
1 row found.
Command> select tblname,
       >        numcompress,
       >        valtblids
       >   from sys.tables
       >  where TBLNAME=:TABNAME;
< EMP_COMP                       , 3, 7092100078921000 >
1 row found.
Command>

You can see that EMP_COMP is compressed table, contains three compressed columns and compressed for “QUERY HIGH” purpose. I don’t know how to decrypt the "valtblids" values, but I will find out :)
Each system table contains identical columns you defined in compressed column group plus counter (##CD_REFCNT).

Command> desc CD$_1086056_2;

Table GENA.CD$_1086056_2:
  Columns:
   *VAL_1                           VARCHAR2 (40) INLINE
   *VAL_2                           VARCHAR2 (40) INLINE
    ##CD_REFCNT                     TT_INTEGER NOT NULL

1 table found.
(primary key columns are indicated with *)
Command> desc CD$_1086056_4;

Table GENA.CD$_1086056_4:
  Columns:
   *VAL_3                           VARCHAR2 (40) INLINE
    ##CD_REFCNT                     TT_INTEGER NOT NULL

1 table found.
(primary key columns are indicated with *)
Command>

A dictionary table is created for each compressed column group that contains a column with all the distinct values of the compressed column group. The compressed column group in table contains a pointer (1 byte in this case) to the row in the dictionary table for the appropriate value.
The width of the pointer can be 1, 2, or 4 bytes long depending on the maximum number of entries you defined for the dictionary table. When the user configures the maximum number of distinct entries for the compressed column group, the size of the compressed column group is set as follows:

1 byte for a maximum number of entries of 255 (28-1). When the maximum number is between 1 and 255, the dictionary size is set to 255 (28-1) values and the compressed column group pointer column is 1 byte.
2 bytes for a maximum number of entries of 65,535 (216-1). When the maximum number is between 256 and 65,535, the dictionary size is set to 65,535 (216-1) values and the compressed column group pointer column is 2 bytes.
4 bytes for a maximum number of entries of 4,294,967,295 (232-1). When the maximum number is between 65,536 and 4,294,967,295, the dictionary size is set to 4,294,967,295 (232-1) values and the compressed column group pointer column is 4 bytes. This is the default.

Let’s create a simple test:

Command> create table test2  (id number not null,
       >                      val_1   varchar2(40),
       >                      val_2   varchar2(40),
       >                      val_3   varchar2(40));
Command> begin
       >   for i in 1 .. 1000000 loop
       >     insert into test2 
       >      value (i,'1234567890123456789012345678901234567890',
       >               '1234567890123456789012345678901234567890',       
       >               '1234567890123456789012345678901234567890');
       >   end loop;
       > end;
       > /

PL/SQL procedure successfully completed.

Command> call ttComputeTabSizes('test2');
Command> tablesize test2;

Sizes of GENA.TEST2:

  INLINE_ALLOC_BYTES:   171470416
  NUM_USED_ROWS:        1000000
  NUM_FREE_ROWS:        192
  AVG_ROW_LEN:          171
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       69544
  TOTAL_BYTES:          171539960
  LAST_UPDATED:         2012-02-20 08:10:38.000000

1 table found.
Command>

Command> create table test2_comp  (id number not null,
       >                           val_1   varchar2(40),
       >                           val_2   varchar2(40),
       >                           val_3   varchar2(40))
       > compress (val_1 by dictionary maxvalues = 255) optimized for read;
Command> begin
       >   for i in 1 .. 1000000 loop
       >     insert into test2_comp 
       >        values (i,'1234567890123456789012345678901234567890',
       >                  '1234567890123456789012345678901234567890',
       >                  '1234567890123456789012345678901234567890');
       >   end loop;
       > end;
       > /

PL/SQL procedure successfully completed.

Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   131462736
  NUM_USED_ROWS:        1000000
  NUM_FREE_ROWS:        192
  AVG_ROW_LEN:          131
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       87600
  TOTAL_BYTES:          131550336
  LAST_UPDATED:         2012-02-20 08:12:46.000000

1 table found.
Command>

In this example I created two tables (test2 is uncompressed table and test2_comp is compressed table). In this case I compressed only one column (val_1) in test2_comp table. What can we see in this report? Average row length was decreased from 171 to 131 bytes, because all values for val_1 column store in data dictionary. Let’s calculate.

Total size test2 table: 171539960 bytes
Total size test2_comp table: 131550336 bytes

So, we saved 39989624 bytes, it is an impressive result.
As you see in my test I inserted the same row in test2_comp table one million times. In this situation we can save (40 * 999999) – 1 (pointer_size) = 39999959 bytes (one value stores in data dictionary).
We've got: 39999959 theor - 39989624 real = 10336 bytes. Only 10336 for metadata.
Let’s take a look on memory allocation.

Command> create table test2_comp  (id number not null,
       >                           val_1   varchar2(40),
       >                           val_2   varchar2(40),
       >                           val_3   varchar2(40))
       > compress (val_1 BY DICTIONARY MAXVALUES = 1000000) OPTIMIZED FOR READ;
Command>
Command> insert into test2_comp 
       >    values (1,        
       >            '1234567890123456789012345678901000000000',
       >            '1234567890123456789012345678901234567890',
       >            '1234567890123456789012345678901234567890' );
1 row inserted.
Command> select count(*) from CD$_1086048_2;
< 1 >
1 row found.
Command>
Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   33648
  NUM_USED_ROWS:        1
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          205
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       18832
  TOTAL_BYTES:          52480
  LAST_UPDATED:         2012-02-20 08:14:29.000000

1 table found.
Command>

INLINE page for TEST2_COMP table was allocated – 33648 bytes and the page for CD$_1086048_2 table was allocated as well (the size is included in METADATA_BYTES row). Let’s insert 257 rows.

Command> begin
       >   for i in 2 .. 257 loop
       >     insert into test2_comp 
       >         values (i,'1234567890123456789012345678901000000000',
       >                   '1234567890123456789012345678901234567890',
       >                   '1234567890123456789012345678901234567890');
       >   end loop;
       > end;
       > /

PL/SQL procedure successfully completed.

Command> select count(*) from CD$_1086048_2;
< 1 >
1 row found.
Command>

Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   67296
  NUM_USED_ROWS:        257
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          168
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       18832
  TOTAL_BYTES:          86128
  LAST_UPDATED:         2012-02-20 15:02:57.000000

1 table found.
Command>

One more INLINE page for TEST2_COMP table was allocated 33648 *2 = 67296 (METADATA_BYTES the same). Let’s insert more rows.

Command> begin
       >   for i in 257 .. 511 loop
       >     insert into test2_comp 
       >        values (i,'1234567890123456789012345678901000000'||i,
       >                  '1234567890123456789012345678901234567890',
       >                  '1234567890123456789012345678901234567890');
       >   end loop;
       > end;
       > /

PL/SQL procedure successfully completed.

Command> select count(*) from CD$_1086048_2;
< 256 >
1 row found.
Command>

Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   67296
  NUM_USED_ROWS:        512
  NUM_FREE_ROWS:        0
  AVG_ROW_LEN:          168
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       18832
  TOTAL_BYTES:          86128
  LAST_UPDATED:         2012-02-20 15:05:24.000000

1 table found.
Command> insert into test2_comp 
       >    values (-1,'1234567890123456789012345678901000000000',       
       >               '1234567890123456789012345678901234567890',       
       >               '1234567890123456789012345678901234567890');
1 row inserted.
Command>
Command>  call ttComputeTabSizes('test2_comp');
Command>  tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   100944
  NUM_USED_ROWS:        513
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          155
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       18832
  TOTAL_BYTES:          119776
  LAST_UPDATED:         2012-02-20 15:07:26.000000

1 table found.
Command>

Command> select count(*) from CD$_1086048_2;
< 257 >
1 row found.
Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   100944
  NUM_USED_ROWS:        514
  NUM_FREE_ROWS:        254
  AVG_ROW_LEN:          178
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       36096
  TOTAL_BYTES:          137040
  LAST_UPDATED:         2012-02-20 15:08:42.000000

1 table found.
Command>

The third one INLINE page for TEST2_COMP table was allocated 33648 *3 = 100944 bytes and one more page was allocated for CD$_1086048_2 table. (36096 – 18832 = 17264). Let’s insert more rows.

Command> begin
       >   for i in 513 .. 767 loop
       >     insert into test2_comp 
       >            values (i,'1234567890123456789012345678901000000'||i,
       >                      '1234567890123456789012345678901234567890',
       >                      '1234567890123456789012345678901234567890');
       >   end loop;
       > end;
       > /

PL/SQL procedure successfully completed.

Command>  select count(*) from CD$_1086048_2;
< 512 >
1 row found.
Command>
Command> insert into test2_comp 
       >     values (-3,'1234567890123456789012345678901000000768',
       >                '1234567890123456789012345678901234567890',
       >                '1234567890123456789012345678901234567890');
1 row inserted.
Command> select count(*) from CD$_1086048_2;
< 513 >
1 row found.
Command>

Command> call ttComputeTabSizes('test2_comp');
Command> tablesize test2_comp;

Sizes of GENA.TEST2_COMP:

  INLINE_ALLOC_BYTES:   134592
  NUM_USED_ROWS:        770
  NUM_FREE_ROWS:        254
  AVG_ROW_LEN:          183
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       53360
  TOTAL_BYTES:          187952
  LAST_UPDATED:         2012-02-20 16:01:03.000000

1 table found.
Command>

One more page was allocated for CD$_1086048_2 table. (36096 + 17264 = 53360 bytes) and etc.
Of course my example is unrealistic, but as you can see TimesTen can store data more efficiently but it really depends on amount of distinct values in the column. In table below you see a table size for storing different amount of distinct values (the same test2_comp structure, the same row count, different distinct values).

As you can see in some cases (when column stores unique values for example) compression doesn't help. You should know about it.
What else should you know when you decide to use column compression? First of all there are some restrictions for using columnar compression:

LOB columns cannot be compressed.
Compression is not supported on columns in replicated tables, cache group tables, grid tables, or on global temporary tables. You cannot create a table with the CREATE TABLE AS SELECT statement when defining in-memory columnar compression for that table in that statement.
You cannot create materialized views and materialized view logs on tables enabled for compression.
Compressed column groups can be added at the time of table creation or added later using ALTER TABLE. You can drop the entire compressed column group with the ALTER TABLE statement.
You can create a primary or unique key, where part or or all of the columns included in the key are compressed. For compressed columns included in a primary or unique key, you can include columns that exist within a compressed column group, but you do not have to include all of the columns within the compressed column group. In addition, you can include columns from different compressed column groups.
For compressed tables, all SQL operations lock the table. Table and index scans that access the columns of any compressed column group are somewhat slower due to dictionary lookup. However, since all the operations on the table acquire table locks, you do not need to acquire and release lower level locks. INSERT, DELETE and UPDATE operations on these tables will not scale.
Indexes can be created on any columns in the table. This includes compressed columns and includes columns that exist in separate compression column groups.

Some of these restrictions keep my attention. Let’s start with locking. For compressed tables, all SQL operations lock the table. It means no concurrency for compressed tables. But compression feature was developed for in-memory analyze purpose, so maybe in this context it’s ok.
Additionally, I was really disappointed when I saw the restriction about impossibility to compress cache group tables and etc. I think it dramatically decreases the opportunity for using this feature.

Conclusion

Columnar compression is the key functionality which was introduced in 11.2.2 TimesTen version. Tables could be compressed at the column level, which stores data more efficiently and as you can see it works well. But you should know about restrictions and some rules it helps you to use this feature more effectively.

TimesTen and Memory allocation

2012-01-26T22:02:00.001+04:00

In this post I would like to write about Columnar Compression in TimesTen but before that i should write some introduction about the TimesTen store method. As you know, TimesTen stores data in two different options:

IN_LINE - for column with a fixed length or columns with a variable length whose declared column length is <= 128 bytes (by default). This method is used by getting the best performance.
OUT_OF_LINE - for columns whose declared column length is <= 128 bytes (by default). Out-of-line columns are not stored contiguously with the row but are allocated. Accessing out-of-line columns is slightly slower than accessing in-line columns. LOB data types are stored out-of-line.

A little example (NLS_LANGTH_SEMANTIC=BYTE):

Command> create table t (in_line      varchar2 (50),
       >                 out_of_line  varchar2(129));
Command> desc t;

Table GENA.T:
  Columns:
    IN_LINE                         VARCHAR2 (50) INLINE
    OUT_OF_LINE                     VARCHAR2 (129) NOT INLINE

1 table found.
(primary key columns are indicated with *)

As you can see, the IN_LINE column stores date by using INLINE and the OUT_OF_LINE column stores date by using NOT INLINE. You can also implicitly specify the store method:

Command> create table t2 (in_line      varchar2 (50),
       >                  out_of_line  varchar2(129) inline);
Command> desc t2;

Table GENA.T2:
  Columns:
    IN_LINE                         VARCHAR2 (50) INLINE
    OUT_OF_LINE                     VARCHAR2 (129) INLINE

1 table found.
(primary key columns are indicated with *)
Command>

Now, let’s create a simple table:

Command> create table emp (id number not null,
       >                   creation date,
       >                   name_1   varchar2(40),
       >                   name_2   varchar2(40),
       >                   surname  varchar2(40),
       >                   dept_id  number);
Command> desc emp;

Table GENA.EMP:
  Columns:
    ID                              NUMBER NOT NULL
    CREATION                        DATE
    NAME_1                          VARCHAR2 (40) INLINE
    NAME_2                          VARCHAR2 (40) INLINE
    SURNAME                         VARCHAR2 (40) INLINE
    DEPT_ID                         NUMBER

1 table found.
(primary key columns are indicated with *)

What size does it have? We can use a new TimesTen feature for that. If you want to know what size your table has you should compute it by using ttComputeTabSizes('table_name') function and after that you will be able to see the table size in SYS.ALL_TAB_SIZES table or using tablesize table_name command:

Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   0
  NUM_USED_ROWS:        0
  NUM_FREE_ROWS:        0
  AVG_ROW_LEN:          Not computed
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          784
  LAST_UPDATED:         2012-01-19 19:37:07.000000

1 table found.
Command>

As you can see, there are no any data in EMP table. We see the metadata size (784 bytes) only, but we can get more information from data dictionary:

Command> VARIABLE TABNAME VARCHAR2(50) := 'EMP';
Command> SET AUTOVARIABLES ON;
Command> select COLNAME,
       >        COLLEN,
       >        INLINELEN
       >   from SYS.COLUMNS
       >  where id = ( select TBLID
       >                  from sys.tables
       >                 where tblname = :TABNAME);
< CREATION                       , 7, 7 >
< DEPT_ID                        , 22, 22 >
< ID                             , 22, 22 >
< NAME_1                         , 40, 44 >
< NAME_2                         , 40, 44 >
< SURNAME                        , 40, 44 >
6 rows found.
Command> select sum(COLLEN)    SUM_COL_LEN,
       >        sum(INLINELEN) SUM_INLINE_LEN
       >   from SYS.COLUMNS
       >  where id = ( select TBLID
       >                  from sys.tables
       >                 where tblname = :TABNAME);
< 171, 183 >
1 row found.
Command> select tblname, LENGTH from sys.tables where tblname = :TABNAME;
< EMP                            , 192 >
1 row found.
Command>

The data dictionary contains information about the EMP table. The SYS.COLUMN table contains columns information including data types, length of the column (SYS.COLUMN.COLLEN) and how many bytes a given column contributes to the inline width of a row (SYS.COLUMN.INLINELEN). Additionally, the SYS.TABLES table contains the length of inline portion of each row (SYS.TABLES.LENGTH). Now, let’s insert a row into the table:

Command> insert into emp values (1,sysdate,'gena', 'gena', 'gena', 1);
1 row inserted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   52080
  NUM_USED_ROWS:        1
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          206
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          52864
  LAST_UPDATED:         2012-01-19 19:37:54.000000

1 table found.
Command>

Let's analyze what we've got. First of all, the INLINE page was allocated for storing 256 rows and you've got information about already stored rows and about free rows (NUM_USED_ROWS = 1 and NUM_FREE_ROWS = 255). In this example all data are storing inside INLINE page that is why OUT_OF_LINE_BYTES = 0. Additionally we see the average row length (AVG_ROW_LEN = 206) and the total table size (TOTAL_BYTES = 52864).

Let's insert 255 rows into EMP table.

Command> begin
       >   for i in 2 .. 256 loop
       >     insert into emp 
       >          values (i,
       >                  sysdate,
       >                  '1234567890123456789012345678901234567890',  
       >                  '1234567890123456789012345678901234567890',  
       >                  '1234567890123456789012345678901234567890', 
       >                  i);
       >   end loop;
       > end;
       > /
PL/SQL procedure successfully completed.

Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   52080
  NUM_USED_ROWS:        256
  NUM_FREE_ROWS:        0
  AVG_ROW_LEN:          206
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          52864
  LAST_UPDATED:         2012-01-24 15:49:40.000000

1 table found.
Command>

Nothing changes except NUM_USED_ROWS and NUM_FREE_ROWS parameters. Let's insert one more row.

Command> insert into emp values (257,sysdate,'gena', 'gena', 'gena', 1);
1 row inserted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   104160
  NUM_USED_ROWS:        257
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          204
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          104944
  LAST_UPDATED:         2012-01-24 15:50:29.000000

1 table found.
Command>

One more INLINE page was allocated for storing next 256 rows. Size the same (52080*2=104160). Metadata have the same size (784). But average row size was decrease till 204 bytes. What will happen if I delete the last row?

Command> delete from emp where id=257;
1 row deleted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   52080
  NUM_USED_ROWS:        256
  NUM_FREE_ROWS:        0
  AVG_ROW_LEN:          206
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          52864
  LAST_UPDATED:         2012-01-24 18:00:57.000000

1 table found.
Command>

I deleted the single row in the new block that is why the block was deallocated. What If i deleted a row from first block?

Command> insert into emp values (257,sysdate,'gena', 'gena', 'gena', 1);
1 row inserted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   104160
  NUM_USED_ROWS:        257
  NUM_FREE_ROWS:        255
  AVG_ROW_LEN:          204
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          104944
  LAST_UPDATED:         2012-01-24 18:07:47.000000

1 table found.
Command> delete from emp where id=1;
1 row deleted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   104160
  NUM_USED_ROWS:        256
  NUM_FREE_ROWS:        256
  AVG_ROW_LEN:          204
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          104944
  LAST_UPDATED:         2012-01-24 18:08:02.000000

1 table found.
Command>

The INLINE_ALLOC_BYTES value didn't change (104160) because I deleted the row from first block. Let's delete more rows from first block.

Command> delete from emp where id between 3 and 256;
254 rows deleted.
Command> call ttComputeTabSizes('emp');
Command> tablesize emp;

Sizes of GENA.EMP:

  INLINE_ALLOC_BYTES:   104160
  NUM_USED_ROWS:        2
  NUM_FREE_ROWS:        510
  AVG_ROW_LEN:          204
  OUT_OF_LINE_BYTES:    0
  METADATA_BYTES:       784
  TOTAL_BYTES:          104944
  LAST_UPDATED:         2012-01-24 18:17:42.000000

1 table found.
Command>

TimesTen allocated two pages (104160 bytes) for storing only two rows. Of course the next inserted rows will be inserted into free space in the first block for avoiding fragmentation but you should know about it.

Conclusion

A lot of new features were introduced in new TimesTen version. One of them it is possibility to know the actual table size and this functionality is very easy for use I think.

TimesTen 11.2.2 is now available

2012-01-12T22:28:00.043+04:00

TimesTen 11.2.2 is now available on OTN site. I was looking forward this release because a lot of new functionality was introduced in 11.2.2. I am particularly interested in the functionality which is related to Exalytics (TimesTen columnar compression, full LOB support, and etc.). There is not enough information about Exalitycs and there is only one man who has access to Exalytics outside of Oracle. That is Mark Rittman

Let's start. The most important new functionality is as follows:

1. In-memory columnar compression of table

Actually, I can write nothing about it, because I don't know how it works :(, but I am going to find out and write about it ASAP.

2. A global query (a query executed on multiple members of an Oracle In-Memory Database Cache grid) can reference more than one table.

I've already written here about Cache Grid and about impossibility to read the same data through different nodes. Additionally there were some restrictions for SQL (only one table can be used in SQL statement). In 11.2.2 this restriction was deleted.

3. The ability to determine the current space usage of a table using the ttComputeTabSizes built-in procedure

A lot of customers ask: "How to get the actual size of a table in Timesten" (link). Now they have a tip for that :)

4. You can configure parallel propagation of changes in AWT cache tables to the corresponding Oracle tables.

One more replication feature was introduced. This functionality should increase a speed for propagation of changes to Oracle database. One partner has asked me about this functionality. I hope he is very happy now :)

5. Analytic functions

I think this is the most important feature that was introduced in this realise. When I worked in Oracle CIS, Andrey Pivovarov asked me to deliver presentation and demo about using TimesTen as a source for Oracle BI (11.1.05) on this event. I got a lot of questions about support analytic functions inside TimesTen from audience. Now as you can see, analytic functions are supporting in TimesTen.

6. Implicit data typed conversion

It can help developers because they can avoid error 2963 "Inconsistent datatypes" (example).

Resume

In my opinion, a lot of essential features were introduced in the new TimesTen release and I will update you about each of them in details very soon.

Happy New Year!

2011-12-31T15:34:00.001+04:00

Dear friends,

2012 year is coming and I think it is the best time for summarizing the year's result. Well, lets start. In this year I've written 8 technical articles and some of them was published by OTN. I've left Oracle CIS, so I am not Oracle Employee anymore :( I was nominated to Oracle ACE and I'm very proud of this nomination. I've recently relocated in London, UK.So, I think that 2011 year was not so bad for me.

I have some resolutions on next 2012 year:
- I have to find a job
- I have to write at least 12 technical articles (some of them in English of course).
- Participate at some Events.

But I forgot about people how is reading this blog. Friends, I want to wish you all the best in the New Year.
Happy New Year!!!

Best regards,
Gena

Official TimesTen blog

2011-12-15T00:23:00.000+04:00

I've found very interesting message from Chris Jenkins on TimesTen forum.

"One of my colleagues here at Oracle has started a TimesTen blog. He is one of the architects in the development team and has been working on TimesTen even longer than I have (around 15 years now I believe). I recommend anyone interested in TimesTen to pay it a visit. If anyone has requests for articles on specific topics, please let us know.

The blog can be found here: http://blogs.oracle.com/timesten/

Chris"

Actually it is a great news. Sam works in TimesTen development team at Oracle. I know it because he helped me sometimes with my "tricky questions". Now, Sam Drake has official TimesTen blog and I advice you visit it.

TimesTen video (High Load conference)

2011-10-06T13:03:00.000+04:00

Решил выложить видео с конференции High Load, на которой я и Игорь Мельников выступали два раза. На данной презентации я рассказываю о TimesTen, а Игорь показываем Демо. Демо было настолько внушительным, что монитор не выдержал :))), но думаю мы сумели выкрутиться из положения.

PS. Скучаю по работе.

OOW 2011. Exalytics

2011-10-03T18:24:00.001+04:00

На ежегодной конференции Oracle Open World, был анонсирован Exalytics (Oracle Exalytics Business Intelligence Machine) - программно аппаратный комплекс предназначенный для аналитики. Подробную информацию можно посмотреть здесь.

Я очень ждал данного анонса, т.к. составной частью данного комплекса является TimesTen. На прошедшем мероприятии, посвященном альтернативным источникам данным для Oracle BI, я со своими коллегами показывал, как именно можно использовать TimesTen для бизнес аналитики.
Кроме того, в данном комплексе будет использоваться новая возможность TimesTen, а именно - columnar compression. В общем, очень интересно "потрогать" данный комплекс руками, особенно интересует In-Memory MOLAP.

My last day in Oracle CIS

2011-09-23T14:58:00.001+04:00

Сегодня мой последний день в Oracle CIS.

Я очень рад, что мне довелось работать с такими профессионалами, как
Андрей Пивоваров, Игорь Мельников, Сергей Иванович Томин, Марк Ривкин, Андрей Забелин, Саша Рындин, Вадим Гусев, Дмитрий Севостьянов, Ольга Горчинская, в общем, я могу очень долго перечислять весь Российский PreSales департамент. Также, благодаря работе в Oracle, я познакомился с огромным количеством гуру (Женя Горбоконенко, Андрей Криушин, Дмитрий Безруков, Валерий Юринский, Harald van Breederode, Chris Jenkins, Tim Vincent и многими другими), отличными продавцами (Катя Кобер, Марина Тищенко, Алексей Лапиров и т.д.) и другими уникальными личностями в Российском представительстве Oracle и вообще в Oracle Community. Я получил неоценимый опыт и очень сожалею, что мне пришлось покинуть компанию.

PS. Я переезжаю в Лондон и надеюсь найти там работу и продолжить то, чем я занимался в прекрасной компании Oracle

PPS. Фото взято здесь (http://dreamvoyage.ru/blog/2007-11-03-100)

OFF: Oracle Database 10g: Real Application Clusters Administrator Certified Expert

2011-09-16T13:29:00.001+04:00

На днях, сдал 1z0-048. Общие впечатления.
Сам экзамен не очень сложный, учитывая даже то, что смысл некоторых вопросов я не понял :)). Вопросы про CRS показались гораздо легче чем по функционалу RAC, ну в общем, заветные 60% по каждой из секций я набрал.

PS. На фото, почти high end storage, сделанный собственными руками. Собрал это чудо, как вы понимаете, мастер на все руки - Игорь Мельников

Перенос PL/SQL в TimesTen и ttSrcScan

2011-09-06T15:21:00.000+04:00

В версии 11g, TimesTen стал поддерживать PL/SQL, а точнее, движок PL/SQL Oracle Database 11g, был портирован в TimesTen, т.е., теперь, приложения, использующие PL/SQL могут работать и в TimesTen. Но, вы прекрасно понимаете, что TtimesTen не поддерживает ВСЕГО функционала Oracle Database, например нет триггеров, нельзя создавать типы (CREATE TYPE) и т.д. Кроме того, как показывает практика, приложения содержат огромное количество кода (сотни тысяч или миллионы строк) и анализ кода на проверку работоспособности в TimesTen может занять огромное количество времени, поэтому разработчики создали специальную утилиту (ttSrcScan), которая должна автоматизировать данный процесс.

Данная утилита доступна после установки TimesTen 11.2.1 в каталоге $TIMESTEN_HOME/quickstart/sample_util (правда нужно не забыть поставить quickstart), но если не хочется ставить лишнее программное обеспечение, то можно обратиться в Oracle и получить ее отдельно.

Итак, данная утилита принимает на вход директории в которых содержатся файлы с кодом и анализирует их, после чего выдает отчеты (HTML и текстовый) об обнаруженных ошибках. Очень удобная утилита, но, конечно существует ряд нюансов.
Например, попробуем создать пакет.

create or replace package test_1 as

  procedure p_test;

end test_1;
/
create or replace package body test_1 as

  procedure p_test
  is
     v_rec number (10);  
  begin
    for v_rec in ( select level from dual connect by level <=10 ) loop
      dbms_output.put_line ('1');
    end loop;
  end p_test;   
end test_1;
/

Т.е. я явно указываю SQL конструкцию, которую TimesTen не поддерживает.

Command> select level from dual connect by level <=10;
 1001: Syntax error in SQL statement before or at: "by", character position: 32
select level from dual connect by level <=10
                               ^^
The command failed.
Command>

Проверим данный пакет с помощью ttSrcScan.

[oracle@tt1 ~]$ cd /u01/app/oracle/product/11.2.1.8/TimesTen/tt2/quickstart/sample_util/
[oracle@tt1 sample_util]$ ./ttSrcScan -i /home/oracle/source -o /home/oracle/result


  ***************************************
  * Oracle TimesTen Source Code Scanner *
  ***************************************

  Options used:
  =============
  -input           = /home/oracle/source
  -output          = /home/oracle/result
  -nestedDir       = TRUE
  -version         = 11.2.1.8.0
  -summaryPrefix   = ttSrcScan
  -maxRows         = 15


  Summary Statistics:
  ===================

  Files Processed:
  Input files and sub-directories processed :         1
  Sub-directories processed                 :         0
  Unsupported file types                    :         0
  Files Scanned                             :         1

  Files Scanned:
  Scanned files with no source code issues  :         1
  Scanned files with source code issues     :         0

  Lines Of Code Scanned:
  Lines of code                             :        19
  Lines of code with issues                 :         0
  Percentage of lines of code with issues   :         0.00%


  Detail Statistics:
  ==================
  Summary Report           /home/oracle/result/ttSrcScan_summary.html
  Files Processed Report   /home/oracle/result/ttSrcScan_all_input_files.html
  Files With Issues Report /home/oracle/result/ttSrcScan_issue_files.html
  Log File                 /home/oracle/result/ttSrcScan_log_file.log


[oracle@tt1 sample_util]$

Следовательно, ошибок нет. Скомпилируем данный пакет в TimesTen.

Command> create or replace package test_1 as
       >
       >   procedure p_test;
       >
       > end test_1;
       > /

Package created.

Command> create or replace package body test_1 as
       >
       >   procedure p_test
       >   is
       >      v_rec number (10);
       >   begin
       >     for v_rec in ( select level from dual connect by level <=10 ) loop
       >       dbms_output.put_line ('1');
       >     end loop;
       >   end p_test;
       >
       > end test_1;
       > /

Package body created.

Что удивительно, здесь также ошибок нет и только при выполнении получаем

Command> exec test_1.p_test;
 1001: Syntax error in SQL statement before or at: "BY", character position: 32
SELECT LEVEL FROM DUAL CONNECT BY LEVEL <=10
                               ^^
 8507: ORA-06512: at "ORACLE.TEST_1", line 7
 8507: ORA-06512: at line 1
The command failed.
Command>

Следовательно, ошибки, связанные с неподдерживаемыми SQL операторами, получим только в runtime, это нужно учитывать. Кроме того, TimesTen поддерживает работу с некоторыми системными пакетыми (UTL_FILE, DBMS_LOCK и др.), полный список можно посмотреть в документации. Но, содержание пакетов может быть разным. Например:

Command> # TimesTen
Command> desc dbms_lock
       > ;

Package SYS.DBMS_LOCK:

  Procedure SLEEP:
    Arguments:
      SECONDS                         IN     NUMBER

1 PL/SQL object found.

и Oracle Database.

SQL> desc dbms_lock;

PROCEDURE ALLOCATE_UNIQUE

FUNCTION CONVERT RETURNS NUMBER(38)

FUNCTION CONVERT RETURNS NUMBER(38)

FUNCTION RELEASE RETURNS NUMBER(38)

FUNCTION RELEASE RETURNS NUMBER(38)

FUNCTION REQUEST RETURNS NUMBER(38)

FUNCTION REQUEST RETURNS NUMBER(38)

PROCEDURE SLEEP
 Argument Name                  Type                    In/Out Default?
 ------------------------------ ----------------------- ------ --------
 SECONDS                        NUMBER                  IN

Поэтому, при анализе кода, ttSrcScan добавляет строки содержащие системные пакеты, как "потенциально ошибочные". Например, проанализируем данный код:

create or replace package test_1 as

  procedure p_test;

end test_1;
/
create or replace package body test_1 as

  procedure p_test
  is
  begin
    dbms_lock.sleep(10);
  end p_test;

end test_1;
/

[oracle@tt1 sample_util]$ ./ttSrcScan -i /home/oracle/source -o /home/oracle/result


  ***************************************
  * Oracle TimesTen Source Code Scanner *
  ***************************************

  Options used:
  =============
  -input           = /home/oracle/source
  -output          = /home/oracle/result
  -nestedDir       = TRUE
  -version         = 11.2.1.8.0
  -summaryPrefix   = ttSrcScan
  -maxRows         = 15


  Summary Statistics:
  ===================

  Files Processed:
  Input files and sub-directories processed :         1
  Sub-directories processed                 :         0
  Unsupported file types                    :         0
  Files Scanned                             :         1

  Files Scanned:
  Scanned files with no source code issues  :         0
  Scanned files with source code issues     :         1

  Lines Of Code Scanned:
  Lines of code                             :        16
  Lines of code with issues                 :         1
  Percentage of lines of code with issues   :         6.25%


  Detail Statistics:
  ==================
  Summary Report           /home/oracle/result/ttSrcScan_summary.html
  Files Processed Report   /home/oracle/result/ttSrcScan_all_input_files.html
  Files With Issues Report /home/oracle/result/ttSrcScan_issue_files.html
  Log File                 /home/oracle/result/ttSrcScan_log_file.log


[oracle@tt1 sample_util]$

А в файле test.sql__source_issues.html видим.

Собственно, нужно также быть очень осторожным при переносе системных пакетов.

Конечно, данная утилита имеет свои ограничения, но все же она позволяет очень быстро проверить основные конструкции кода. Игорь Мельников обещал написать (если будет время конечно :) ) свою утилиту ttChecker, аналогичную RacChecker.

Семинар для партнеров по TimesTen

2011-09-05T14:03:00.002+04:00

12 сентября, то есть уже в ближайший понедельник, в офисе Oracle состоится семинар для партнеров. Основная тема – Oracle TimesTen и In-Memory Database Cache. Вести семинар буду я :), так что welcome.

За дополнительной информацией по семинару, просьба обращаться в Представительство корпорации Oracle к Елизавете Матвеевой по тел. +7 (495) 795 2276 или по электронной почте: elizaveta.x.matveeva@oracle.com
По вопросам регистрации, просьба обращаться в Представительство корпорации Oracle к Валерии Хоменковой по тел. +7 (495) 641 1569 или по электронной почте: valeria.khomenkova@oracle.com

Установка Enterprise Manager Grid Control 11G

2011-08-29T18:44:00.002+04:00

Решил я на днях установить EM GC 11g. Скачав дисрибутив EM GC 11g с OTN, я начал установку. Устанавливать буду как всегда на хост OVM. В качестве гостевой ОС - OEL 5.5 x86.

Начнем с prerequisites, благо Hardware и Operating System Requirements соблюдены.
Теперь проверим Package Requirements.

[root@em ~]# rpm -qa | grep rng-utils
rng-utils-2.0-1.14.1.fc6
[root@em ~]# rpm -qa | grep make-3.81
make-3.81-3.el5
[root@em ~]# rpm -qa | grep binutils-2.17.50.0.6
binutils-2.17.50.0.6-14.el5
[root@em ~]# rpm -qa | grep libaio-0.3.106
libaio-0.3.106-5
[root@em ~]# rpm -qa | grep glibc-common
glibc-common-2.5-49
[root@em ~]# rpm -qa | grep gcc-4
libgcc-4.1.2-48.el5
gcc-4.1.2-48.el5
[root@em ~]# rpm -qa | grep compat-libstdc
compat-libstdc++-33-3.2.3-61
compat-libstdc++-296-2.96-138
[root@em ~]# rpm -qa | grep libstdc
compat-libstdc++-33-3.2.3-61
libstdc++-devel-4.1.2-48.el5
compat-libstdc++-296-2.96-138
libstdc++-4.1.2-48.el5
[root@em ~]# rpm -qa | grep libstdc++-devel
libstdc++-devel-4.1.2-48.el5
[root@em ~]# rpm -qa | grep setarch
setarch-2.0-1.1
[root@em ~]# rpm -qa | grep sysstat
sysstat-7.0.2-3.el5
[root@em ~]# rpm -qa | grep compat-db
compat-db-4.2.52-5.1

Как видно, все необходимые пакеты установлены. Далее проверим Operating System Groups and Users Requirements.

[oracle@em ~]$ id
uid=500(oracle) gid=501(oinstall) groups=500(dba),501(oinstall),502(oper)

Далее, проверим Unique Host Name and Static IP Address Requirements.
Главное использовать статический IP адресс, иначе, установить софт не получится.

[root@em ~]# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:16:3E:48:36:E1
          inet addr:192.168.2.100  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::216:3eff:fe48:36e1/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:579 errors:0 dropped:0 overruns:0 frame:0
          TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:49210 (48.0 KiB)  TX bytes:14149 (13.8 KiB)
...
[root@em ~]# hostname
em
[root@em ~]# ping em
PING em.us.oracle.com (192.168.2.100) 56(84) bytes of data.
64 bytes from em.us.oracle.com (192.168.2.100): icmp_seq=1 ttl=64 time=0.017 ms
64 bytes from em.us.oracle.com (192.168.2.100): icmp_seq=2 ttl=64 time=0.009 ms
...

Далее, UMASK Value и File Descriptor Requirements. Добавляем в .bash_profile строку с umask 022.

[oracle@em ~]$ /bin/sh -c "ulimit -n"
131072

Далее, JDK Requirements. Я использую OEL х86, поэтому отдельно устанавливать JDK не нужно (дистрибутив WLS содержит JDK). Но если вы планируете устанавливать на другие ОС, то нужно иметь в виду, что может потребоваться поставить отдельно JDK.

На этом проверка хоста закончена. Теперь приступим к установке Oracle WebLogic Server.

Установка OWLS хорошо описана в note 1063762.1.
Скачиваем дистрибутив WLS 10.3.2. и запускаем установку.

[oracle@em ~]$ chmod a+x wls1032_linux32.bin
[oracle@em ~]$ ls -l
total 4713056
-rw-r--r-- 1 oracle oinstall 1346829079 Aug 15 08:08 GridControl_11.1.0.1.0_Linux_1of3.zip
-rw-r--r-- 1 oracle oinstall 1504566656 Aug 16 15:12 GridControl_11.1.0.1.0_Linux_2of3.zip
-rw-r--r-- 1 oracle oinstall 1336577721 Aug 16 15:08 GridControl_11.1.0.1.0_Linux_3of3.zip
-rwxr-xr-x 1 oracle oinstall  633454825 Aug 18 09:12 wls1032_linux32.bin
[oracle@em ~]$ ./wls1032_linux32.bin
Extracting 0%....................................................................................................100%

ВАЖНО. Перед установкой убедитесь, что у вас правильно прописан /etc/hosts. А именно, нет задвоений записей и шаблон следующий:

127.0.0.1 localhost.localdomain localhost

<ip address> <fqdn> <short name>

В противном случае - BUG 11821959, решение в note 1302190.1.

Мой /etc/hosts

[root@em ~]# cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
192.168.2.100 em.us.oracle.com em
[root@em ~]#

Вернемся к установке.

Нажимаем next.

Выбираем Middleware хоум и нажимаем Next.

Вводим имя пользователя и пароль для доступа на support.oracle.com. Или отказываемся от этого (в моем случае).

Обязательно нужно выбрать Typical и опять next.

Выбираем WLS хоум и нажимаем Next.

Нажимаем Next.

Процесс установки.

Установка WLS закончена.

Далее необходимо установить патч на WLS (note 1072763.1). Скачиваем Patch WDJ7. Копируем его в middleware_home/utils/bsu/cache_dir и устанавливаем его с помощью bsu.

[oracle@em cache_dir]$ unzip WDJ7.zip
Archive:  WDJ7.zip
  inflating: 4D53.jar
  inflating: NIXN.jar
  inflating: patch-catalog.xml
  inflating: prod-info.xml
  inflating: WDJ7.jar
  inflating: XLXA.jar
[oracle@em cache_dir]$
[oracle@em ~]$ cd /u01/app/oracle/product/middleware/utils/bsu/
[oracle@em bsu]$ ./bsu.sh

Выбираем патч WDJ7 и нажимаем Apply.

На этом установка патча закончена. Также, необходимо убедиться, что в middleware_home/registry.xml прописан правильное имя хоста.

[oracle@em middleware]$ cat registry.xml | grep host

 <host home="/u01/app/oracle/middleware" name="em">
 </host>

[oracle@em middleware]$

Теперь установим Oracle Database. Я не буду детально описывать процесс установки, я лишь опишу ряд требований.

1. Необходимо использование Partitioning
2. Необходимо удалить пользователя SYSMAN.

[oracle@em ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.2.0 Production on Tue Aug 23 10:40:44 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME='SYSMAN';

  COUNT(*)
----------
         1

SQL>  alter user sysman account unlock;

User altered.

SQL> alter user sysman identified by oracle;

User altered.

SQL> exit
[oracle@em ~]$ lsnrctl start

LSNRCTL for Linux: Version 11.2.0.2.0 - Production on 23-AUG-2011 10:47:53

Copyright (c) 1991, 2010, Oracle.  All rights reserved.

Starting /u01/app/oracle/product/11.2.0/dbhome_1/bin/tnslsnr: please wait...

TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Log messages written to /u01/app/oracle/diag/tnslsnr/em/listener/alert/log.xml
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=em)(PORT=1521)))

Connecting to (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias                     LISTENER
Version                   TNSLSNR for Linux: Version 11.2.0.2.0 - Production
Start Date                23-AUG-2011 10:47:53
Uptime                    0 days 0 hr. 0 min. 0 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Log File         /u01/app/oracle/diag/tnslsnr/em/listener/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=em)(PORT=1521)))
The listener supports no services
The command completed successfully
[oracle@em ~]$
[oracle@em ~]$ $ORACLE_HOME/bin/emca -deconfig dbcontrol db -repos drop -SYS_PWD oracle -SYSMAN_PWD oracle

STARTED EMCA at Aug 23, 2011 10:48:19 AM
EM Configuration Assistant, Version 11.2.0.0.2 Production
Copyright (c) 2003, 2005, Oracle.  All rights reserved.

Enter the following information:
Database SID: em
Listener port number: 1521

----------------------------------------------------------------------
WARNING : While repository is dropped the database will be put in quiesce mode.
----------------------------------------------------------------------
Do you wish to continue? [yes(Y)/no(N)]: Y
Aug 23, 2011 10:48:27 AM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/app/oracle/cfgtoollogs/emca/em/emca_2011_08_23_10_48_19.log.
Aug 23, 2011 10:48:28 AM oracle.sysman.emcp.EMDBPreConfig performDeconfiguration
WARNING: EM is not configured for this database. No EM-specific actions can be performed. Some of the possible reasons may be:
 1) EM is configured with different hostname then physical host. Set environment variable ORACLE_HOSTNAME= and re-run EMCA script
 2) ORACLE_HOSTNAME is set. Unset it and re-run EMCA script
Aug 23, 2011 10:48:28 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Dropping the EM repository (this may take a while) ...
Aug 23, 2011 10:58:16 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully dropped
Enterprise Manager configuration completed successfully
FINISHED EMCA at Aug 23, 2011 10:58:16 AM
[oracle@em ~]$

SQL> SELECT COUNT(*) FROM ALL_USERS WHERE USERNAME IN ('SYSMAN','SYSMAN_MDS');

  COUNT(*)
----------
         0

SQL> SELECT FILE_NAME FROM DBA_DATA_FILES WHERE UPPER (TABLESPACE_NAME) LIKE 'MGMT%';

no rows selected

SQL>

3. Fine-Grained Access Control Requirements

SQL> select value from v$option where parameter = 'Fine-grained access control';

VALUE
----------------------------------------------------------------
TRUE

SQL>

4. UNDO Tablespace Size Requirements

SQL> alter database datafile '/u02/em/undotbs01.dbf' resize 200M;

Database altered.

SQL>

5. База данных должна быть в режиме Archivelog.

SQL> select log_mode from v$database;

LOG_MODE
------------
ARCHIVELOG

SQL>

6. Инициализационные параметры

SQL> show parameter remote_login_passwordfile

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
remote_login_passwordfile            string      EXCLUSIVE
SQL>



SQL> show parameter statistics_level

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
statistics_level                     string      TYPICAL
SQL>

SQL> show parameter timed_statistics

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
timed_statistics                     boolean     TRUE
SQL>
SQL> show parameter undo_management

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
undo_management                      string      AUTO
SQL>
SQL> show parameter workarea_size_policy

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
workarea_size_policy                 string      AUTO
SQL>
SQL> show parameter db_block_size

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_block_size                        integer     8192
SQL>
SQL> show parameter job_queue_processes

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
job_queue_processes                  integer     1000
SQL>
SQL> alter system set session_cached_cursors=200 scope=spfile;

System altered.

SQL> alter system set processes=500 scope=spfile;

System altered.

SQL> alter system set log_buffer=10485760 scope=spfile;

System altered.

SQL> show parameter db_dom

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_domain                            string      us.oracle.com

SQL> show parameter open_cursors

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
open_cursors                         integer     300
SQL>

Если параметры не удовлетворяют требованиям, при установке EM, вы получите сообщение об ошибке.

После этого, можно устанавливать EM GC. Запускаем runInstaller.

[oracle@em ~]$ ./runInstaller
Starting Oracle Universal Installer...

Checking Temp space: must be greater than 150 MB.   Actual 10504 MB    Passed
Checking swap space: must be greater than 150 MB.   Actual 3199 MB    Passed
Checking monitor: must be configured to display at least 256 colors.    Actual 65536    Passed
Preparing to launch Oracle Universal Installer from /tmp/OraInstall2011-08-29_10-16-08AM. Please wait ...

Вводим имя пользователя и пароль для доступа на support.oracle.com или отказываемся от этого (в моем случае).

Выбираем Skip и нажимаем Next.

Выбираем Install a new и нажимаем Next.

Нажимаем Next.

Оставляем все без изменений. Нажимаем Next.

Вводим пароли. Нажимаем Next.

Вводим атрибуты базы данных. Нажимаем Next.

Вводим пароль для пользователя SYSMAN. Нажимаем Next.

Вводим пароли и отключаем security агентов. Нажимаем Next.

Нажимаем Next.

Нажимаем Install.

Выполняем скрипт из под root.

[root@em ~]# /u01/app/oracle/middleware/oms11g/allroot.sh

Starting to execute allroot.sh .........

Starting to execute /u01/app/oracle/middleware/oms11g/root.sh ......
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/middleware/oms11g

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Adding entry to /etc/oratab file...
Finished execution of  /u01/app/oracle/middleware/oms11g/root.sh ......


Starting to execute /u01/app/oracle/middleware/agent11g/root.sh ......
Running Oracle 11g root.sh script...

The following environment variables are set as:
    ORACLE_OWNER= oracle
    ORACLE_HOME=  /u01/app/oracle/middleware/agent11g

Enter the full pathname of the local bin directory: [/usr/local/bin]:
The file "dbhome" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:
The file "oraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:
The file "coraenv" already exists in /usr/local/bin.  Overwrite it? (y/n)
[n]:

Entries will be added to the /etc/oratab file as needed by
Database Configuration Assistant when a database is created
Finished running generic part of root.sh script.
Now product-specific root actions will be performed.
Finished product-specific root actions.
Adding entry to /etc/oratab file...
Finished execution of  /u01/app/oracle/middleware/agent11g/root.sh ......
[root@em ~]#

Нажимаем Ok.

Соответственно, на данном этапе установка EM GC 11g завершена.

Проверим конфигурацию.

[oracle@em ~]$ echo $ORACLE_HOME
/u01/app/oracle/middleware/oms11g
[oracle@em ~]$ emctl status oms
Oracle Enterprise Manager 11g Release 1 Grid Control
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.
WebTier is Up
Oracle Management Server is Up
[oracle@em ~]$
[oracle@em ~]$ export ORACLE_HOME=$ORACLE_BASE/middleware/agent11g
[oracle@em ~]$ $ORACLE_HOME/bin/emctl status agent
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
Agent Version     : 11.1.0.1.0
OMS Version       : 11.1.0.1.0
Protocol Version  : 11.1.0.0.0
Agent Home        : /u01/app/oracle/middleware/agent11g
Agent binaries    : /u01/app/oracle/middleware/agent11g
Agent Process ID  : 25152
Parent Process ID : 25135
Agent URL         : https://em.us.oracle.com:3872/emd/main/
Repository URL    : https://em.us.oracle.com:4900/em/upload
Started at        : 2011-08-29 12:54:42
Started by user   : oracle
Last Reload       : 2011-08-29 12:56:01
Last successful upload                       : 2011-08-29 13:12:37
Total Megabytes of XML files uploaded so far :    26.82
Number of XML files pending upload           :        0
Size of XML files pending upload(MB)         :     0.00
Available disk space on upload filesystem    :     9.78%
Last successful heartbeat to OMS             : 2011-08-29 13:12:49
---------------------------------------------------------------
Agent is Running and Ready
[oracle@em ~]$
[oracle@em ~]$ $ORACLE_HOME/bin/emctl upload
Oracle Enterprise Manager 11g Release 1 Grid Control 11.1.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation.  All rights reserved.
---------------------------------------------------------------
EMD upload completed successfully
[oracle@em ~]$

Следовательно, конфигурация работает.

Заключение.
Установка Enterprise Manager Grid Control 11g заняла у меня совсем немного времени (по сравнению с RAC например). Также хочется отметить очень хорошую документацию по установке данного продукта - все очень подробно и с картинками. Единственное, что немного не удобно, так это то, что кроме дистрибутива EM, еще нужно скачивать дистрибутив WLS и дополнительный патч к нему, надеюсь в следующей версии Grid Control данный недостаток будет устранен.

Renaming tables in TimesTen

2011-07-29T13:09:00.000+04:00

Недавно, на форуме получил вопрос от заказчика - как переименовать таблицу в TimesTen?
Первым делом, как настоящий пацан, я открыл документацию и не обнаружил команды 'alter table rename', следовательно, единственный способ переименовать таблицу - создать таблицу CTAS и после удалить старую.
Небольшой пример:

Command> create table my_all_source as select * from all_source;
7566 rows inserted.
Command> create table my_raname_tab as select * from my_all_source;
7566 rows inserted.
Command> drop table my_all_source;
Command> tables;
  ORATT.MY_RANAME_TAB
1 table found.
Command>

Ну это и дети знают. Но что происходит с констрайнтами, индексами при CTAS. Конечно они отсутствуют. Вопрос в том, как переименовать таблицу, и потом восстановить все констрэйнты и индексы.

Предположим у нас есть таблицы:

Command> create table tab1 (id number not null primary key, sum number);
Command> create table tab2 (id number not null primary key, name varchar2(50));
Command> create table tab_for_rename (id_1 number not null primary key, id_tab1 number, id_tab2 number);
Command> create table tab3 (id number not null primary key, id_tab_for_rename number);
Command> create table tab4 (id number not null primary key, id_tab_for_rename number);
Command> tables;
  ORATT.TAB1
  ORATT.TAB2
  ORATT.TAB3
  ORATT.TAB4
  ORATT.TAB_FOR_RENAME
5 tables found.
Command>

Необходимо переименовать таблицу tab_for_rename. Предположим, что в данной таблице существует первичный ключ, и несколько внешних ключей. Кроме того, предположим, что существуют таблицы (которые мы не знаем), которые ссылаются на первичный ключ tab_for_rename.

Command> ALTER TABLE tab_for_rename ADD FOREIGN KEY (id_tab1) REFERENCES tab1 (id);
Command> ALTER TABLE tab_for_rename ADD FOREIGN KEY (id_tab2) REFERENCES tab2 (id);
Command> ALTER TABLE tab3 ADD FOREIGN KEY (id_tab_for_rename) REFERENCES tab_for_rename (id_1);
Command> ALTER TABLE tab4 ADD FOREIGN KEY (id_tab_for_rename) REFERENCES tab_for_rename (id_1);
Command>

Заполним таблицы данными:

Command> insert into tab1 (id, sum) select rownum, rownum from all_source;
7566 rows inserted.
Command> insert into tab2 (id, name) select rownum, to_char(rownum) from all_source;
7566 rows inserted.
Command> insert into tab_for_rename (id_1, id_tab1, id_tab2) select rownum, rownum,rownum from all_source;
7566 rows inserted.
Command> insert into tab3 select rownum, rownum from all_source;
7566 rows inserted.
Command> insert into tab4 select rownum, rownum from all_source;
7566 rows inserted.
Command>

Вначале, создадим таблицу с новым именем.

Command> create table renamed_tab as select * from tab_for_rename;
7566 rows inserted.
Command> indexes renamed_tab;

Indexes on table ORATT.RENAMED_TAB:
  No indexes found.

0 indexes found on 1 table.
Command>

Теперь необходимо создать все констрэйнты и индексы.

Command> indexes TAB_FOR_RENAME;

Indexes on table ORATT.TAB_FOR_RENAME:
  TAB_FOR_RENAME: unique T-tree index on columns:
    ID_1
    (referenced by foreign key index TTFOREIGN_20 on table ORATT.TAB3)
    (referenced by foreign key index TTFOREIGN_21 on table ORATT.TAB4)
  TTFOREIGN_18: non-unique T-tree index on columns:
    ID_TAB1
    (foreign key index references table ORATT.TAB1(ID))
  TTFOREIGN_19: non-unique T-tree index on columns:
    ID_TAB2
    (foreign key index references table ORATT.TAB2(ID))
  3 indexes found.

3 indexes found on 1 table.
Command>

Следовательно, с помощью команды indexes, можно получить все необходимые данные для пересоздания всех индексов и констрэйнтов.

Пересоздадим их.

Command> ALTER TABLE renamed_tab ADD constraint new_pk Primary key (id_1);
Command> ALTER TABLE renamed_tab ADD FOREIGN KEY (id_tab1) REFERENCES tab1 (id);
Command> ALTER TABLE renamed_tab ADD FOREIGN KEY (id_tab2) REFERENCES tab2 (id);
Command> ALTER TABLE tab3 ADD FOREIGN KEY (id_tab_for_rename) REFERENCES renamed_tab (id_1);
Command> ALTER TABLE tab4 ADD FOREIGN KEY (id_tab_for_rename) REFERENCES renamed_tab (id_1);
Command>

После этого, наблюдаем удвоение индексов у таблиц tab1, tab2,tab3,tab4.

Command> indexes;

Indexes on table ORATT.RENAMED_TAB:
  NEW_PK: unique T-tree index on columns:
    ID_1
    (referenced by foreign key index TTFOREIGN_24 on table ORATT.TAB3)
    (referenced by foreign key index TTFOREIGN_25 on table ORATT.TAB4)
  TTFOREIGN_22: non-unique T-tree index on columns:
    ID_TAB1
    (foreign key index references table ORATT.TAB1(ID))
  TTFOREIGN_23: non-unique T-tree index on columns:
    ID_TAB2
    (foreign key index references table ORATT.TAB2(ID))
  3 indexes found.

Indexes on table ORATT.TAB1:
  TAB1: unique T-tree index on columns:
    ID
    (referenced by foreign key index TTFOREIGN_22 on table ORATT.RENAMED_TAB)
    (referenced by foreign key index TTFOREIGN_18 on table ORATT.TAB_FOR_RENAME)
  1 index found.

Indexes on table ORATT.TAB2:
  TAB2: unique T-tree index on columns:
    ID
    (referenced by foreign key index TTFOREIGN_23 on table ORATT.RENAMED_TAB)
    (referenced by foreign key index TTFOREIGN_19 on table ORATT.TAB_FOR_RENAME)
  1 index found.

Indexes on table ORATT.TAB3:
  TAB3: unique T-tree index on columns:
    ID
  TTFOREIGN_20: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.TAB_FOR_RENAME(ID_1))
  TTFOREIGN_24: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.RENAMED_TAB(ID_1))
  3 indexes found.

Indexes on table ORATT.TAB4:
  TAB4: unique T-tree index on columns:
    ID
  TTFOREIGN_21: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.TAB_FOR_RENAME(ID_1))
  TTFOREIGN_25: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.RENAMED_TAB(ID_1))
  3 indexes found.

Indexes on table ORATT.TAB_FOR_RENAME:
  TAB_FOR_RENAME: unique T-tree index on columns:
    ID_1
    (referenced by foreign key index TTFOREIGN_20 on table ORATT.TAB3)
    (referenced by foreign key index TTFOREIGN_21 on table ORATT.TAB4)
  TTFOREIGN_18: non-unique T-tree index on columns:
    ID_TAB1
    (foreign key index references table ORATT.TAB1(ID))
  TTFOREIGN_19: non-unique T-tree index on columns:
    ID_TAB2
    (foreign key index references table ORATT.TAB2(ID))
  3 indexes found.

14 indexes found on 6 tables.
Command>

Теперь удалим старую таблицу.

Command> ALTER TABLE tab3 DROP CONSTRAINT TTFOREIGN_20;
Command> ALTER TABLE tab4 DROP CONSTRAINT TTFOREIGN_21;
Command> drop table TAB_FOR_RENAME;
Command> indexes;

Indexes on table ORATT.RENAMED_TAB:
  NEW_PK: unique T-tree index on columns:
    ID_1
    (referenced by foreign key index TTFOREIGN_24 on table ORATT.TAB3)
    (referenced by foreign key index TTFOREIGN_25 on table ORATT.TAB4)
  TTFOREIGN_22: non-unique T-tree index on columns:
    ID_TAB1
    (foreign key index references table ORATT.TAB1(ID))
  TTFOREIGN_23: non-unique T-tree index on columns:
    ID_TAB2
    (foreign key index references table ORATT.TAB2(ID))
  3 indexes found.

Indexes on table ORATT.TAB1:
  TAB1: unique T-tree index on columns:
    ID
    (referenced by foreign key index TTFOREIGN_22 on table ORATT.RENAMED_TAB)
  1 index found.

Indexes on table ORATT.TAB2:
  TAB2: unique T-tree index on columns:
    ID
    (referenced by foreign key index TTFOREIGN_23 on table ORATT.RENAMED_TAB)
  1 index found.

Indexes on table ORATT.TAB3:
  TAB3: unique T-tree index on columns:
    ID
  TTFOREIGN_24: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.RENAMED_TAB(ID_1))
  2 indexes found.

Indexes on table ORATT.TAB4:
  TAB4: unique T-tree index on columns:
    ID
  TTFOREIGN_25: non-unique T-tree index on columns:
    ID_TAB_FOR_RENAME
    (foreign key index references table ORATT.RENAMED_TAB(ID_1))
  2 indexes found.

9 indexes found on 5 tables.
Command>

Следовательно, переименовать таблицу в TimesTen не составляет большого труда, даже с учетом отсутствия команды 'alter table rename'. Правда, есть нюанс, т.к. новая таблица создается как CTAS, то в вашей базе данных должно быть достаточно места для хранения копии данных и индексов, поэтому данный метод применим не всегда.

Материализованные представления в Oralce TimesTen 11g

2011-07-26T12:04:00.001+04:00

В Oracle TimesTen существует возможность создания материализованных представлений. Именно про данную возможность и пойдет речь далее. Согласно документации, в TimesTen существует два типа материализованных представлений: синхронные (Synchronous materialized view) и асинхронные (Asynchronous materialized view).

Синхронные материализованные представления

Синхронные материализованные представления существовали еще в версии 7.0.5. Они находятся постоянно в синхронном состоянии со всеми таблицами, на которые они ссылаются (detail tables). Это может сказываться на производительности, т.к. транзакция, меняющая таблицу, меняет и результат материализованного представления. Рассмотрим пример создания синхронного материализованного представления.

Пример сосздания синхронного материализованного представления

Создадим пользователя и предоставим ему необходимые привилегии.

oracle@tt matview]$ ttisql db_bi



Copyright (c) 1996-2011, Oracle.  All rights reserved.

Type ? or "help" for help, type "exit" to quit ttIsql.



connect "DSN=db_bi";

Connection successful: DSN=db_bi;UID=oracle;DataStore=/u01/app/oracle/datastore/db_bi;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=AL32UTF8;NLS_LENGTH_SEMANTICS=CHAR;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1121/lib/libtten.so;PermSize=3000;TempSize=1500;TypeMode=0;PLSQL_TIMEOUT=1000;CacheGridEnable=0;

(Default setting AutoCommit=1)

Command> CREATE USER oratt IDENTIFIED BY oracle;



User created.



Command> grant create session,create table to oratt;

Command> grant CREATE MATERIALIZED VIEW to oratt;

Command>

Создадим таблицу и наполним ее данными. Таблица строится на основе представления ALL_SOURCE (т.к. строк в представлении ALL_SOURCE мало, то я увеличиваю количество строк в 1000 раз).

[oracle@tt matview]$ ttisql "DSN=db_bi;UID=oratt;PWD=oracle;"



Copyright (c) 1996-2011, Oracle.  All rights reserved.

Type ? or "help" for help, type "exit" to quit ttIsql.





connect "DSN=db_bi;UID=oratt;PWD=oracle;";

Connection successful: DSN=db_bi;UID=oratt;DataStore=/u01/app/oracle/datastore/db_bi;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=AL32UTF8;NLS_LENGTH_SEMANTICS=CHAR;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1121/lib/libtten.so;PermSize=3000;TempSize=1500;TypeMode=0;PLSQL_TIMEOUT=1000;CacheGridEnable=0;

(Default setting AutoCommit=1)

Command> create table my_all_source as select * from all_source;

7566 rows inserted.

Command> tables;

  ORATT.MY_ALL_SOURCE

1 table found.

Command> set autocommit 0;

Command> begin

       >   for i in 1 .. 1000 loop

       >     insert into my_all_source select * from all_source;

       >     commit;

       >   end loop;

       > end;

       > /



PL/SQL procedure successfully completed.



Command> select count(*) from my_all_source;

< 7573566 >

1 row found.

Command>

Теперь выполним запрос к данной таблице, показывающий количество системных объектов и количество строк в данном объекте.

Command> set autocommit 0;

Command> set timing 1;

Command> select name, count(*) from my_all_source group by name;

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

12 rows found.

Execution time (SQLExecute + Fetch Loop) = 1.623664 seconds.

Как видно, запрос выполнился за 1.6 секунды.
Посмотрим план выполнения.

Command> set timing 0;

Command> set showplan 1;

Command> select name, count(*) from my_all_source group by name;



Query Optimizer Plan:



  STEP:                1

  LEVEL:               2

  OPERATION:           TblLkSerialScan

  TBLNAME:             MY_ALL_SOURCE

  IXNAME:              

  INDEXED CONDITION:   

  NOT INDEXED:         





  STEP:                2

  LEVEL:               1

  OPERATION:           GroupBy

  TBLNAME:             

  IXNAME:              

  INDEXED CONDITION:   

  NOT INDEXED:         



< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

12 rows found.

План представляет собой полное сканирование таблицы с последующей группировкой.
Для увеличения производительности данного запроса, создадим материализованное представление.

Command> CREATE MATERIALIZED VIEW my_all_source_aggr AS select name, count(*) count from my_all_source group by name;

12 rows materialized.

Command>

Теперь выполним запрос к данному представлению.

Command> set timing 1;

Command> select * from my_all_source_aggr;

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

12 rows found.

Execution time (SQLExecute + Fetch Loop) = 0.000108 seconds.

Следовательно, получили существенное увеличение производительности данного запроса.

Теперь попробуем вставить строку в таблицу my_all_source и посмотрим на результат в материализованном представлении.

Command> insert into my_all_source (OWNER, NAME, TYPE,LINE,TEXT) values ('GENA', 'TEST', 'TEST', 1 ,'TEST');

Command> commit;

Command> select * from my_all_source_aggr;

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

< TEST, 1 >

13 rows found.

Command>

Видно, что при изменении таблицы my_all_source сразу произошло изменение синхронного материализованного представления.

К сожалению, механизма, аналигичного QUERY_REWRITE в Oracle Database, в TimesTen нет, поэтому, для улучшения производительности необходимо не только создать материализованное представление, но и на уровне приложения изменить доступ к данным.

Супер блокировки (super locks) при использовании синхронных материализованных представлений

При работе с данным видом материализованных представлений, могут возникнуть супер блокировки. Рассмотрим пример.

Создадим таблицу и наполним ее данными.

Command> create table tab1 (id number not null, name varchar2(50));

Command> desc tab1;



Table ORATT.TAB1:

  Columns:

    ID                              NUMBER NOT NULL

    NAME                            VARCHAR2 (50) NOT INLINE



1 table found.

(primary key columns are indicated with *)

Command> begin

       >   for i in 1 .. 1000 loop

       >     insert into tab1 select 1, 'test'||i from dual;

       >   end loop;

       >   for i in 1001 .. 2000 loop

       >     insert into tab1 select 2, 'test'||i from dual;

       >   end loop;

       > end;

       > /



PL/SQL procedure successfully completed.



Command> select count(*) from tab1;

< 2000 >

1 row found.

Command>

Создадим синхронное материализованное представление, агрегирующее записи таблицы tab1.

Command> CREATE MATERIALIZED VIEW tab1_mv as select id, count(*) count from tab1 group by id;

2 rows materialized.

Command> select * from  tab1_mv;

< 1, 1000 >

< 2, 1000 >

2 rows found.

Command>

Проверим отсутствие блокировок а базе данных.

[oracle@tt ~]$ ttXactAdmin db_bi

2011-07-26 05:23:47.996

/u01/app/oracle/datastore/db_bi

TimesTen Release 11.2.1.8.0



0 outstanding transactions found

Теперь в двух сессиях попробуем изменить данные в таблице tab1.

Сессия 1.

Command> set autocommit 0;

Command> update tab1 set id=1 where id=1 and name='test1000';

1 row updated.

Command>

Проверим наличие блокировок.

[oracle@tt ~]$ ttXactAdmin db_bi

2011-07-26 05:26:01.672

/u01/app/oracle/datastore/db_bi

TimesTen Release 11.2.1.8.0



Outstanding locks



PID     Context            TransID     TransStatus Resource  ResourceID           Mode  SqlCmdID             Name



Program File Name: ttIsqlCmd



30285   0x1f4618b0            1.78     Active      Database  0x01312d0001312d00   IX    0

                                                   EndScan   BMUFVUAAAAKAAAAED1   U     3152599496           ORATT.TAB1_MV

                                                   Table     718144               IXn   3152599496           ORATT.TAB1_MV

                                                   Row       BMUFVUAAACNYwAAFD8   Xn    3152599496           ORATT.TAB1

                                                   Table     718128               IXn   3152599496           ORATT.TAB1



1 outstanding transaction found

Наблюдаем эксклюзивную блокировку на строку в таблице tab1 (718128). Но, кроме этой блокировки, наблюдаем также блокировку на материализованное представление TAB1_MV (718144).

Следовательно, попытаемся изменить данные в таблице tab1 из другой сессии.

Сессия 2.

Command> set autocommit 0;

Command> update tab1 set id=1 where id=1 and name='test900';

После этого Сессия 2 подвисла. Смотрим блокировки.

[oracle@tt ~]$ ttXactAdmin db_bi

2011-07-26 05:33:08.354

/u01/app/oracle/datastore/db_bi

TimesTen Release 11.2.1.8.0



Outstanding locks



PID     Context            TransID     TransStatus Resource  ResourceID           Mode  SqlCmdID             Name



Program File Name: ttIsqlCmd



30285   0x1f4618b0            1.78     Active      Database  0x01312d0001312d00   IX    0

                                                   EndScan   BMUFVUAAAAKAAAAED1   U     3152599496           ORATT.TAB1_MV

                                                   Table     718144               IXn   3152599496           ORATT.TAB1_MV

                                                   Row       BMUFVUAAACNYwAAFD8   Xn    3152599496           ORATT.TAB1

                                                   Table     718128               IXn   3152599496           ORATT.TAB1



Program File Name: ttIsqlCmd



30364   0x11a938b0            2.1      Active      Database  0x01312d0001312d00   IX    0

                                                   Row       BMUFVUAAACPYwAAEAS   S     3151419904           ORATT.TAB1_MV

                                                   Row       BMUFVUAAACPYwAADAS   S     3151419904           ORATT.TAB1_MV

                                                   Command   3151419904           S     3151419904

                                                   Table     718144               IXn   3151419904           ORATT.TAB1_MV

                                                   Row       BMUFVUAAACNYwAABD2   Xn    3151419904           ORATT.TAB1

                                                   Table     718128               IXn   3151419904           ORATT.TAB1



Awaiting locks



PID     Context            TransID     Resource  ResourceID           RMode RSqlCmdID            HolderTransID HMode HSqlCmdID            Name

30364   0x11a938b0            2.1      EndScan   BMUFVUAAAAKAAAAED1   U     3151419904              1.78       U     3152599496           ORATT.TAB1_MV



2 outstanding transactions found

Видно, что транзакция ожидает блокировку на материализованное представление TAB1_MV, хотя данные менялись совершенно в другой строке таблицы tab1. Ну и по истечению таймаута в сессии 2 получаем.

6003: Lock request denied because of time-out

Details: Tran 2.1 (pid 30364) wants U lock on end-table ORATT.TAB1_MV. But tran 1.78 (pid 30285) has it in U (request was U). Holder SQL (update tab1 set id=1 where id=1 and name='test1000')

The command failed.

Как видно из примера, TimesTen блокирует все данные, от которых зависит результат выполнения запроса, на котором основано материализованное представление. Особенно сильно это проявляется при использовании агрегирования и объединения таблиц (блокируются все сроки таблиц влияющих на результат). Таким образом, при использовании сложных запросов с группировками и объединениями таблиц при построении материализованных представлений, может образоваться огромное количество блокировок, приводящих к катострофическим потерям производительности. Поэтому рекомендуется не строить синхронные материализованные представления с использованием сложных запросов, или, если необходимо это сделать, использовать асинхронные материализованные представления с типом обновления COMPLETE, т.к. они используют блокировки строк только на момент своего обновления.

Асинхронные материализованные представления

Асинхронные материализованные представления (появились в версии 11.2), не изменяются сразу после изменения detail таблиц, поэтому результаты выборки из материализованного представления могут отличаться от результатов в таблицах. Пользователю предлагается самому решать, когда синхронизировать данные, причем, синхронизация проводиться в своей транзакции, не в пользовательской.

Существует два метода обновления асинхронного материализованного представления:
• FAST – выполняет инкрементальное обновление представления, с момента последнего изменения.
• COMPLETE – выполняет полное обновление представление.
Для использования FAST обновления, необходимо создать журнал материализованного представления (materialized view log).

Пример создания асинхронного материализованного представления

Воспользуемся уже созданной таблицей my_all_source.

Command> delete my_all_source where OWNER='GENA';

1 row deleted.

Command> commit;

Command> drop materialized view my_all_source_aggr;

Command> CREATE MATERIALIZED VIEW my_all_source_aggr

       > REFRESH

       >   COMPLETE

       > AS select name, count(*) count from my_all_source group by name;

12 rows materialized.

Command>

Command> select * from my_all_source_aggr;

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

12 rows found.

Command>

В данном примере, я создал асинхронное материализованное представление с типом обновлением COMPLETE (полное обновление). В данном случае, обновление материализованного представления необходимо выполнять вручную с помощью фразы REFRESH.

Вставим данные в таблицу my_all_source и проверим результаты материализованного представления.

Command> insert into my_all_source (OWNER, NAME, TYPE,LINE,TEXT) values ('GENA', 'TEST', 'TEST', 1 ,'TEST');

1 row inserted.

Command> select * from my_all_source_aggr;

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

12 rows found.

Command>

Видно, что данные в представлении содержат устаревшую информацию. Обновим представление.

Command> refresh materialized view my_all_source_aggr;

Command> select * from my_all_source_aggr;

< TEST, 1 >

< DBMS_LOCK, 172172 >

< DBMS_OUTPUT, 158158 >

< DBMS_PREPROCESSOR, 226226 >

< DBMS_RANDOM, 87087 >

< DBMS_SQL, 1675674 >

< DBMS_STANDARD, 31031 >

< DBMS_UTILITY, 816816 >

< PLITBLM, 115115 >

< STANDARD, 3310307 >

< TT_DB_VERSION, 36036 >

< UTL_IDENT, 17017 >

< UTL_RAW, 927927 >

13 rows found.

Command>

В данном случае, произошло полное обновление материализованного представления по запросу. Также, можно было указать интервал обновления материализованного представления. Например так:

Command> CREATE MATERIALIZED VIEW my_all_source_aggr

       > REFRESH

       >   COMPLETE

       > NEXT SYSDATE + NUMTODSINTERVAL(1, 'HOUR')

       > AS select name, count(*) count from my_all_source group by name;

13 rows materialized.

Command>

В данном случае, полное обновление материализованного представления будет происходить каждый час.

Также можно создать асинхронное материализованное представление обновляемое инкрементально (FAST).

Command> drop materialized view my_all_source_aggr;

Command> create materialized view log on my_all_source with rowid (name, owner);

Command> tables;

  ORATT.MVLGT$_718064

  ORATT.MVLOG$_718064

  ORATT.MY_ALL_SOURCE

3 tables found.

Command>

Command> desc my_all_source;



Table ORATT.MY_ALL_SOURCE:

  Columns:

    OWNER                           VARCHAR2 (30 BYTE) INLINE

    NAME                            VARCHAR2 (30 BYTE) INLINE

    TYPE                            VARCHAR2 (12 BYTE) INLINE NOT NULL

    LINE                            TT_INTEGER NOT NULL

    TEXT                            VARCHAR2 (4000 BYTE) NOT INLINE

  Has a materialized view log



1 table found.

(primary key columns are indicated with *)

Command> CREATE MATERIALIZED VIEW my_all_source_aggr

       > REFRESH

       >   FAST

       > NEXT SYSDATE + NUMTODSINTERVAL(1, 'HOUR')

       > AS select rowid id, name from my_all_source where owner='GENA';

1 row materialized.

Command>

Существенным минусом данного вида материализованных представлений являются ограничения SQL при создания представления (см. Ограничения при создании материализованных представлений).

Также, в данном виде материализованных представлений можно спользовать третий вид обновления. Если при создании мат. представления не указывается NUMTODSINTERVAL после SYSDATE, это означает, что обновление будет происходить после каждой фиксации транзакции (commit) но в отдельной транзакции.
Пример:

Command> CREATE MATERIALIZED VIEW my_all_source_aggr

       > REFRESH

       >   FAST

       > NEXT SYSDATE

       > AS select rowid id, name from my_all_source where owner='GENA';

1 row materialized.

Command>

Ограничения при создании материализованных представлений

При создании материализованных представлений существуют следующие ограничения на SQL:

Все колонки в условии GROUP BY должны быть включены в SelectList.
SUM и COUNT могут использоваться, но не в выражениях, включая AVG.
Следующие конструкции SELECT не могут быть использованы:

           – DISTINCT
           – FIRST
           – HAVING
           – ORDER BY
           – UNION
           – UNION ALL
           – MINUS
           – INTERSECT
           – JOIN
           – Функции: USER, CURRENT_USER, SESSION_USER
           – Подзапросы
           – NEXTVAL и CURRVAL

Каждое выражение в SelectList должно иметь уникальное имя.

Возможны самообъединение таблиц (Self joins).

Для синхронных мат. представлений или асинхронных мат. представлений, которые используют полное обновление (COMPLETE) , накладываются следующие ограничения в SELECT выражение:

Агрегированное представление должно содержать условие COUNT(*) в SelectList.
Можно делать внешнее объединение таблиц (OUTER JOINs)

Для асинхронных представлений, которые используют инкрементальное обновление (FAST) :

Агрегированные функции не поддерживаются.
Внешние объединения не поддерживаются.
SELECT должен включать ROWID или Первичный ключ для всех detail tables.

Заключение

Не смотря на все недостатки, материализованные представления в TimesTen являются достаточно мощным инструментом разработчиков, позволяющим решить различные задачи. Например, компания ОСМП (бренд Qiwi), реализовала систему обнаружения мошенничества, как раз, с использованием материализованных представлений в TimesTen.

Триггеры в TimesTen (XLA application)

2011-06-23T16:19:00.001+04:00

Иногда, заказчики задают вопрос относительно поддержки триггеров в TimesTen.
TimesTen поддерживает PL/SQL (процедуры, функции, пакеты и др.), но поддержка триггеров отсутствует, т.к. триггеры пагубно влияют на производительность. Но что делать, если необходимо реализовать триггерную логику?

Ответ - написать XLA приложение. Написать можно на С или Java, кому что ближе.
Ниже я буду описывать пример с использованием java :).

В документации (Java Developer's Guide) сказано:

"You can use the TimesTen JMS/XLA API (JMS/XLA) to monitor TimesTen for
changes to specified tables in a local data store and receive real-time notification of these changes. One of the purposes of JMS/XLA is to provide a high-performance, asynchronous alternative to triggers."

Т.е. вы можете написать java приложение, которое может использовать JMS/XLA API для получения сообщений (в асинхронном режиме) об изменениях в TimesTen. JMS/XLA использует JMS publish-subscribe interface для доступа к XLA изменениям. Подробнее про JMS можно почитать здесь (http://download.oracle.com/javaee/1.3/jms/tutorial).

Далее попробуем создать такое приложение.

Первоначально, создадим объекты в TimesTen.

[oracle@tt1 xla]$ ttisql dbxla



Copyright (c) 1996-2010, Oracle.  All rights reserved.

Type ? or "help" for help, type "exit" to quit ttIsql.



connect "DSN=dbxla";

Connection successful: DSN=dbxla;UID=oracle;DataStore=/u01/app/oracle/datastore/dbxla;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=32;TempSize=50;TypeMode=0;PLSQL=0;CacheGridEnable=0;

(Default setting AutoCommit=1)

Command> CREATE USER oratt IDENTIFIED BY oracle;



User created.



Command> grant create session, create table, XLA to oratt;

Command> connect "DSN=dbxla;UID=oratt;PWD=oracle;";

Connection successful: DSN=dbxla;UID=oratt;DataStore=/u01/app/oracle/datastore/dbxla;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=32;TempSize=50;TypeMode=0;PLSQL=0;CacheGridEnable=0;

(Default setting AutoCommit=1)

con1: Command> create table xlatest ( id   NUMBER NOT NULL PRIMARY KEY,

             >                        name VARCHAR2(100) );

con1: Command>

Теперь, создадим закладку (bookmark). XLA закладки используются для отметки позиции чтения в журналах транзакций. Данную закладку булем использовать для отслеживания изменений в таблице xlatest.

con1: Command> call ttXlaBookmarkCreate('bookmark');

con1: Command>

Далее, определим, изменения какой таблицы будем наблюдать. Для этого вызовем процедуру ttXlaSubscribe. В данном случае будем наблюдать за изменениями с таблицей xlatest с использованием закладки bookmark.

con1: Command> call ttXlaSubscribe('xlatest','bookmark');

con1: Command>

Далее, перейдем к настройке приложения.
Для соединения с XLA необходимо установить соединение с JMS Topic, который связан с опреденной базой данных TimesTen. Кофигурационный файл JMS/XLA обеспечивает привязку между именем топика и базой данных. По умолчанию, приложение ищет данный файл, названный jmsxla.xml, в текущей директории, но при желании можно определить другое имя и местоположение данного файла (см. документацию).

В данном случае я использую следующий файл jmsxla.xml:

<xlaconfig>

  <topics>



    <!-- topic for Xla demo -->

    <topic name="xlademo"

           connectionString="DSN=dbxla"

           xlaPrefetch="100"

    />



  </topics>

</xlaconfig>

Как видно, я связал имя топика xlademo с базой данных dbxla.

Теперь приступим, непосредственно, к написанию java Приложения.
Первоначально, инициализируем контекст.

Hashtable env = new Hashtable();

env.put(Context.INITIAL_CONTEXT_FACTORY, "com.timesten.dataserver.jmsxla.SimpleInitialContextFactory");

InitialContext ic = new InitialContext(env);

Далее, используем JMS connection factory для соединения с XLA. После чего, вызываем метод start() у соединения для активации отправки сообщений. После этого, используя данное соединение создаем сессию.

private javax.jms.TopicConnection connection; /** JMS connection */

private TopicSession session;  /** JMS session */

...

TopicConnectionFactory connectionFactory = (TopicConnectionFactory)ic.lookup("TopicConnectionFactory");

connection = connectionFactory.createTopicConnection();

...

// get Session

session = connection.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);

...

Также при создании сессии необходимо указать транзакционность сессии и тип модели подтверждения (acknowledgment modes).
JMS/XLA поддерживается три модели (AUTO_ACKNOWLEDGE,DUPS_OK_ACKNOWLEDGE, CLIENT_ACKNOWLEDGE), подробнее про модели можно почитать в документации. В примере я использую первую модель и транзакционность сессии устанавливаю в значение false.

Далее, необходимо определиться с режимом получения сообщений. Возможны два варианта: синхронный и асинхронный.

В синхронном варианте, сообщения обрабатываются последовательно (одно за другим). Это означает, что пока сообщение не обработано, другое ожидает.
Для синхронного варинта - вызываем метод start() у соединения, для активации отправки сообщений, создаем Topic, затем создаем подписчика и получаем сообщения с помощью методов receive() и receiveNoWait().

connection.start();

Topic topic = session.createTopic(topicName);     

TopicSubscriber subscriber = session.createDurableSubscriber(topic, bookmark);                 

..

MapMessage message = (MapMessage)subscriber.receive(); 

...

В асинхронном режиме необходимо создать листенер и в нем обрабатывать сообщения.

MyListener myListener = new MyListener(outStream);



Topic xlaTopic = session.createTopic(topic);

TopicSubscriber subscriber = session.createDurableSubscriber(xlaTopic, bookmark);

..

subscriber.setMessageListener(myListener);

connection.start();

..

Ниже представлен пример класса, реализующего синхронный режим (файл DemoXLA.java).

import java.util.Enumeration;

import java.util.Hashtable;

import javax.jms.JMSException;

import javax.jms.MapMessage;

import javax.jms.Session;

import javax.jms.Topic;

import javax.jms.TopicConnectionFactory;

import javax.jms.TopicConnection;

import javax.jms.TopicSession;

import javax.jms.TopicSubscriber;

import javax.naming.Context;

import javax.naming.InitialContext;

import javax.naming.NamingException;



public class DemoXLA {



    private TopicConnectionFactory connectionFactory;

    private TopicConnection connection;

    private TopicSession session;

    private Topic topic;

    private TopicSubscriber subscriber;



    public DemoXLA( String cf, 

                    String topicName, 

                    String selector) throws JMSException, NamingException {

        String key;

        Context messaging = getInitialContext(); // getting the context



 connectionFactory = (TopicConnectionFactory)messaging.lookup(cf);        

 connection = connectionFactory.createTopicConnection();

 connection.start();                        

 session = connection.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);                

        

 topic = session.createTopic(topicName);     

        subscriber = session.createDurableSubscriber(topic, selector);                 

        int i=0;

        while (i<10) {

            MapMessage message = (MapMessage)subscriber.receive();                        

            Enumeration e = message.getMapNames();



            while (e.hasMoreElements()) {

                key = (String)e.nextElement();

                System.out.println("[ " + key + " = " + message.getObject(key) + " ]");

            }

            System.out.println("----------------------------------------");                        

        }

        

        session.unsubscribe(selector);

        subscriber.close();

        session.close();

        connection.stop();

    }



    private Context getInitialContext() throws NamingException {

        Hashtable env = new Hashtable();

        env.put(Context.INITIAL_CONTEXT_FACTORY, "com.timesten.dataserver.jmsxla.SimpleInitialContextFactory");        

        InitialContext initialContext = new InitialContext(env);

        return initialContext;

    }



    public static void main(String[] args) throws JMSException, NamingException {

        DemoXLA demo = new DemoXLA("TopicConnectionFactory", "Level2Demo", "bookmark");

    }

}

Ниже представлен пример классов, реализующих асинхронный режим (MyListener.java, DemoXLA2.java). MyListener.java

import java.util.Enumeration;

import javax.jms.JMSException;

import javax.jms.MapMessage;

import javax.jms.Message;

import javax.jms.MessageListener;





public class MyListener implements MessageListener   {

    public MyListener() {}



    public void onMessage(Message message) {

        MapMessage mp = (MapMessage)message;

        Enumeration e;

        try {

            e = mp.getMapNames();

        } catch (JMSException s) {

            e = null;

            System.out.println("error 1");

        }

        while (e.hasMoreElements()) {

            String key = (String)e.nextElement();

            try {

                System.out.println("[ " + key + " = " + mp.getObject(key) + " ]");

            } catch (JMSException f) {

                System.out.println("error 2");

            }

        }

        System.out.println("----------------------------------------");

    }

}

DemoXLA2.java

import java.util.Hashtable;

import javax.jms.JMSException;

import javax.jms.Session;

import javax.jms.Topic;

import javax.jms.TopicConnectionFactory;

import javax.jms.TopicSession;

import javax.jms.TopicSubscriber;

import javax.naming.Context;

import javax.naming.InitialContext;

import javax.naming.NamingException;



public class DemoXLA2 {



    private javax.jms.TopicConnectionFactory connectionFactory;

    private javax.jms.TopicConnection connection;

    private TopicSession session;

    private Topic topic;

    private TopicSubscriber subscriber;



    public DemoXLA2( String cf,

                    String topicName,

                    String selector) throws JMSException, NamingException, InterruptedException {



        Context messaging = getInitialContext();

        Object connectionFactoryObject = messaging.lookup(cf);

        connectionFactory = (TopicConnectionFactory)connectionFactoryObject;

        connection = connectionFactory.createTopicConnection();



        MyListener myListener = new MyListener();

        session = connection.createTopicSession(false, Session.AUTO_ACKNOWLEDGE);

        topic = session.createTopic(topicName);

        subscriber = session.createDurableSubscriber(topic, selector);

subscriber.setMessageListener(myListener);

        connection.start();

        Thread.sleep(60000);



        session.unsubscribe(selector);

        subscriber.close();

        session.close();

        connection.stop();

    }



    private Context getInitialContext() throws NamingException {

        Hashtable env = new Hashtable();

        env.put(Context.INITIAL_CONTEXT_FACTORY, "com.timesten.dataserver.jmsxla.SimpleInitialContextFactory");

        InitialContext initialContext = new InitialContext(env);

        return initialContext;

    }





    public static void main(String[] args) throws JMSException,

                                                  NamingException,

                                                  InterruptedException {

        DemoXLA2 demo = new DemoXLA2("TopicConnectionFactory", "xlademo", "bookmark");



    }



}

Далее, запускаем любой из примеров и попытаемся внести, изменить и удалить данные из таблицы xlatest.

Command> insert into xlatest values (2, 'w');

1 row inserted.

Command> update xlatest set name = 'test' where id=2;

1 row updated.

Command> delete from xlatest;

1 row deleted.

Command>

Соответственно, в приложении получаем:

[ __TYPE = 10 ]

[ __COMMIT = true ]

[ __FIRST = true ]

[ __NULLS =  ]

[ __TBLNAME = XLATEST ]

[ __TBLOWNER = ORATT ]

[ __mver = 5621355056449191939 ]

[ __mtyp = null ]

[ ID = 2 ]

[ NAME = w ]

----------------------------------------

[ __TYPE = 11 ]

[ __COMMIT = true ]

[ __FIRST = true ]

[ __UPDCOLS = NAME ]

[ __NULLS =  ]

[ __TBLNAME = XLATEST ]

[ __TBLOWNER = ORATT ]

[ __mver = 5621355056449191942 ]

[ __mtyp = null ]

[ _ID = 2 ]

[ ID = 2 ]

[ _NAME = w ]

[ NAME = test ]

----------------------------------------

[ __TYPE = 12 ]

[ __COMMIT = true ]

[ __FIRST = true ]

[ __NULLS =  ]

[ __TBLNAME = XLATEST ]

[ __TBLOWNER = ORATT ]

[ __mver = 5621355056449191945 ]

[ __mtyp = D ]

[ ID = 2 ]

[ NAME = test ]

----------------------------------------

Как видно, мы получили сообщения о прошедших с таблицей xlatest операциях.
Сообщения имеют следующий формат:
Системные атрибуты начинаются с двойного подчеркивания, например:
__TYPE - тип операции (Insert (10), Update(11), Delete(12)) также возможны другие типы (см. документацию). Для определения типа операции присутствуют константы.
__COMMIT - сигнализирует об завершении транзакции (если true).
__FIRST - сигнализирует о первой операции в транзакции (если true).
__TBLNAME - имя таблицы
__TBLOWNER - владелец таблицы
__NULLS - сигнализирует об атрибутах, в которых содержется значение null
__mver и __mtyp - системные атрибуты.
и т.д. (см. документацию)
Атрибуты без подчеркивания - колонки таблиц, имеющие определенные значения, например:
[ ID = 2 ]
[ NAME = test ]
Атрибуты начинающиеся на одно подчеркивание - старые значения полей (появляются при операции Update), например:
[ _ID = 2 ]
[ ID = 2 ]
[ _NAME = w ]
[ NAME = test ]

Итог

Следовательно, имея достаточно поверхностные знания по java, можно написать XLA приложение, которое может обрабатывать различные сообщения, полученнные из TimesTen. Кроме того, XLA приложение работает в асинхронном режиме, что практически не влияет на производительность Oracle TimesTen.

Доступ ко всем данным из TimesTen (Passthrough=1)

2011-06-14T11:41:00.006+04:00

Недавно ко мне обратился заказчик с задачей:
существуют "огромные партиционированные таблицы (терабайты данных), к части из которых идет частое обращение. Возможно ли чтобы из ТТ были доступны определенные партиции, а остальные брались из оракла по тому же подключению ТТ".

Попробуем решить данную задачу.

Предположим у насть есть партицированная таблица в Oracle Database.

[oracle@tt1 cache_article]$ sqlplus oratt/oracle@orcl

SQL*Plus: Release 11.1.0.7.0 - Production on Tue May 24 09:22:15 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table accounts (
  2  Id number,
  3  Name varchar2 (50),
  4  Surname varchar2(50),
  5  constraint accounts_pk primary key (id)
  6      using index (create unique index account_pk_idx on accounts(id))
  7  )
  8  partition by range (id) (
  9  partition part1 values less than (1000),
 10  partition part2 values less than (2000),
 11  partition part3 values less than (3000)
 12  );

Table created.

SQL> begin
2  for i in 1 .. 100 loop
3    insert into accounts values (i, 'Pit'||i, 'Jounes'||i);
4  end loop;
5 end;
6/
  
PL/SQL procedure successfully completed.

SQL> begin
2  for i in 1001 .. 1100 loop
3    insert into accounts values (i, 'Pit'||i, 'Jounes'||i);
4  end loop;
5 end;
6/
  
PL/SQL procedure successfully completed.

SQL> begin
2  for i in 2001 .. 2100 loop
3    insert into accounts values (i, 'Pit'||i, 'Jounes'||i);
4  end loop;
5 end;
6/
  
PL/SQL procedure successfully completed.

SQL> select count(*) from accounts;

  COUNT(*)
----------
       300

SQL> grant select on accounts to cacheadmin;

Grant succeeded.

Предположим, что частое обращение происходит к первой партиции, т.е. будем кэшировать первую партицию (ограничим ее условием where в определении кэш группы).

Command> CREATE READONLY CACHE GROUP read_cg
       >   AUTOREFRESH INTERVAL 5 SECONDS
       > FROM oratt.accounts (   Id number not null primary key,
       >                       Name varchar2 (50),
       >                    Surname varchar2(50)
       > ) where id <= 999;
Command> load cache group read_cg commit every 265 rows;
100 cache instances affected.

Но как получить данные из других партиций?
Для этого будем использовать параметр Passthrough.
Если данный параметр имеет значение 1, то каждый запрос, выполненный к несуществующим обектам в TimesTen будет перенаправлен в Oracle Database для исполнения.

Следовательно, создаем представление в Oracle Database, которое будет содержать данные из остальных партиций.

SQL> create view accounts_all as select * from accounts where id > 999;

View created.

SQL> grant select on accounts_all to cacheadmin;

Grant succeeded.

После чего можем иметь доступ ко всей информации через одно подключение (но, к сожалению, через разные таблицы).

Command> connect "DSN=db_cache1;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache1;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache1;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=32;TempSize=50;TypeMode=0;PLSQL_TIMEOUT=1000;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select count(*) from accounts;
< 100 >
1 row found.
Command> select count(*) from accounts_all;
 2206: Table ORATT.ACCOUNTS_ALL not found
The command failed.
Command> set autocommit 0;
Command> call ttOptSetFlag('PassThrough', 1);
Command> select count(*) from accounts_all;
< 200 >
1 row found.
Command>
Command> set showplan 1;
Command> select count(*) from accounts;

Query Optimizer Plan:

  STEP:                1
  LEVEL:               1
  OPERATION:           TblLkSerialScan
  TBLNAME:             ACCOUNTS
  IXNAME:              
  INDEXED CONDITION:   
  NOT INDEXED:         

< 100 >
1 row found.
Command>  select count(*) from accounts_all;

Query Optimizer Plan:

  STEP:                1
  LEVEL:               1
  OPERATION:           Oracle PassThrough
  TBLNAME:             
  IXNAME:              
  INDEXED CONDITION:   
  NOT INDEXED:         

< 200 >
1 row found.
Command>

Следовательно, получили доступ ко всей таблице Accounts через одно подключение в Oracle TimesTen.

Igor Melnikov's Blog!!!

2011-05-04T10:27:00.004+04:00

I wrote about Russian Exadata-man - Igor Melnikov!
And now he is starting the technical blog!
Welcome!!!

In-Memory Database Cache Grid

2011-04-21T14:17:00.004+04:00

Ну вот я наконец то добрался до рассмотрения появившегося в TimesTen 11g функционала - In-Memory Database Cache Grid.
Начнем с настройки. В документации процесс создания Cache grid на нескольких машинах описан, на мой взгляд, не досточно четко, поэтому я и решил начать с его конфигурации.

Используемое окружение (три виртуальные машины):

OEL 5.3 (x86) - Oracle Database EE 11.2.0.2.0 – 192.168.2.131 (hostname - db)
OEL 5.3 (x86) - Oracle TimesTen 11.2.1.7.0 (32 bit Linux/x86) – 192.168.2.132 (hostname – tt1)
OEL 5.3 (x86) - Oracle TimesTen 11.2.1.7.0 (32 bit Linux/x86) – 192.168.2.133 (hostname – tt2)

Предварительная настройка для кэш грида, в общем, очень похожа на настройку TimesTen для работы с Oracle Database (об этом можно почитать здесь).

Первоначально, создадим системные объекты и пользователя, с объектами которого будем работать, в Oracle Database.

[oracle@tt1 cache_article]$ sqlplus sys/oracle@orcl as sysdba

SQL*Plus: Release 11.1.0.7.0 - Production on Mon Apr 11 02:57:11 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create tablespace timesten_tbls
  2  /

Tablespace created.

SQL> create user oratt identified by oracle default tablespace timesten_tbls
  2  /

User created.

SQL> grant create session, resource to oratt
  2  /

Grant succeeded.

SQL> create user cacheadmin identified by oracle default tablespace timesten_tbls quota unlimited on timesten_tbls
  2  /

User created.

SQL> @/u01/app/oracle/product/11.2.1/TimesTen/tt1/oraclescripts/initCacheGlobalSchema.sql "timesten_tbls"

Please enter the tablespace where TIMESTEN user is to be created
The value chosen for tablespace is timesten_tbls

******* Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE starts *******
1. Creating TIMESTEN schema
2. Creating TIMESTEN.TT_GRIDID table
3. Creating TIMESTEN.TT_GRIDINFO table
4. Creating TT_CACHE_ADMIN_ROLE role
5. Granting privileges to TT_CACHE_ADMIN_ROLE
** Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE done successfully **

PL/SQL procedure successfully completed.

SQL> @/u01/app/oracle/product/11.2.1/TimesTen/tt1/oraclescripts/grantCacheAdminPrivileges "cacheadmin"

Please enter the administrator user id
The value chosen for administrator user id is cacheadmin

***************** Initialization for cache admin begins ******************
0. Granting the CREATE SESSION privilege to CACHEADMIN
1. Granting the TT_CACHE_ADMIN_ROLE to CACHEADMIN
2. Granting the DBMS_LOCK package privilege to CACHEADMIN
3. Granting the RESOURCE  privilege to CACHEADMIN
4. Granting the CREATE PROCEDURE  privilege to CACHEADMIN
5. Granting the CREATE ANY TRIGGER  privilege to CACHEADMIN
6. Granting the DBMS_LOB package privilege to CACHEADMIN
7. Granting the SELECT on SYS.ALL_OBJECTS privilege to CACHEADMIN
8. Granting the SELECT on SYS.ALL_SYNONYMS privilege to CACHEADMIN
9. Checking if the cache administrator user has permissions on the default
tablespace
     Permission exists
11. Granting the CREATE ANY TYPE privilege to CACHEADMIN
********* Initialization for cache admin user done successfully *********
SQL>

На этом, настройки в Oracle Database завершены. Преступим к настройкам в TimesTen.

Настройка на узле tt1

Создадим DSN и активируем возможность создания грида. Для этого явно зададим атрибут CachegridEnable( по умолчанию он имеет значение 1).

[db_сache1]
Driver=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so
DataStore=/u01/app/oracle/datastore/db_cache1
PermSize=100
TempSize=32
PLSQL=1
DatabaseCharacterSet= WE8MSWIN1252
CachegridEnable=1
OracleNetServiceName=ORCL

Создадим необходимых пользователей в TimesTen.

[oracle@tt1 cache_article]$ ttisql db_cache1

Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.


connect "DSN=db_cache1";
Connection successful: DSN=db_cache1;UID=oracle;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=50;TempSize=32;TypeMode=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> create user cacheadmin identified by oracle;

User created.

Command> grant create session, cache_manager, create any table, drop any table to cacheadmin;

Command> create user oratt identified by oracle;

User created.

Command> grant create session to oratt;
Command>

Далее установим имя и пароль кэш администратора в Oracle Database.

Command> connect "DSN=db_cache1;UID=cacheadmin;PWD=oracle;OraclePWD=oracle";
Connection successful: DSN=db_cache1;UID=cacheadmin;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;
PermSize=50;TempSize=32;TypeMode=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command> call ttCacheUidPwdSet('cacheadmin','oracle');

Далее, создаем грид и устанавливаем имя грида с datastore. После чего, запускаем кэш агент.

con1: Command> call ttGridCreate('myGrid');
con1: Command> call ttGridInfo;
< MYGRID, CACHEADMIN, Linux Intel x86, 32-bit, 11, 2, 1 >
1 row found.
con1: Command> call ttGridNameSet('myGrid');
con1: Command> call ttCacheStart;

Последний шаг, это "присоединение" узла к гриду.

con1: Command> call ttGridNodeStatus;
0 rows found.
con1: Command> call ttGridAttach(1, 'tt1', 'tt1', 5002);
con1: Command> call ttGridNodeStatus;
< MYGRID, 1, 1, T, tt1, MYGRID_tt1_1, 192.168.2.132, 5002, <null>, <null>, <null>, <null>, <null> >
1 row found.
Command>

Настройка на узле tt2

На втором узле (или любом последующем узле, который вы хотите включить в грид), необходимо выполнить теже действия, что и на узле tt1. Только создавать grid не нужно, т.к. он уже создан.
Выполним эти действия.

[oracle@tt2 cache_article]$ ttisql db_cache2

Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.

connect "DSN=db_cache2";
Connection successful: DSN=db_cache2;UID=oracle;DataStore=/u01/app/oracle/datastore/db_cache2;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt2/lib/libtten.so;
PermSize=32;TempSize=32;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> create user cacheadmin identified by oracle;

User created.

Command> grant create session, cache_manager, create any table, drop any table to cacheadmin;

Command> create user oratt identified by oracle;

User created.

Command> grant create session to oratt;
Command> connect "DSN=db_cache2;UID=cacheadmin;PWD=oracle;OraclePWD=oracle";
connect "DSN=db_cache2;UID=cacheadmin;PWD=oracle;OraclePWD=oracle";
Connection successful: DSN=db_cache2;UID=cacheadmin;DataStore=/u01/app/oracle/datastore/db_cache2;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt2/lib/libtten.so;
PermSize=32;TempSize=32;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command> call ttCacheUidPwdSet('cacheadmin','oracle');
con1: Command> call ttGridInfo;
< MYGRID, CACHEADMIN, Linux Intel x86, 32-bit, 11, 2, 1 >
con1: Command> call ttGridNameSet('myGrid');
con1: Command> call ttCacheStart;
con1: Command>

Далее, подсоединим данный узел к гриду.

Command>  call ttGridNodeStatus;
< MYGRID, 1, 1, T, tt1, MYGRID_tt1_1, 192.168.2.132, 5002, , , , ,  >
1 row found.
Command> call ttGridAttach(1, 'tt2', 'tt2', 5002);
Command> call ttGridNodeStatus;
< MYGRID, 1, 1, T, tt1, MYGRID_tt1_1, 192.168.2.132, 5002, , , , ,  >
< MYGRID, 2, 1, T, tt2, MYGRID_tt2_2, 192.168.2.133, 5002, , , , ,  >
2 rows found.
Command>

На этом конфигурация грида закончена.

Read only Cache Grid

В данном пункте рассмотрим работу Cache Grid с read only кэш группами.

Первоначально создадим таблицу в Oracle Database, которую будем кэшировать, и наполним ее данными.Также предоставим необходимые привилегии кэш администратору.

[oracle@db ~]$ sqlplus oratt/oracle

SQL*Plus: Release 11.2.0.2.0 Production on Mon Apr 18 08:22:13 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table readtab ( a NUMBER NOT NULL PRIMARY KEY,
2                        b VARCHAR2(100));

Table created.

SQL> select count(*) from readtab;

COUNT(*)
----------
0

SQL> begin
for i in 1 .. 10000  loop
insert into readtab values (i,'db');
end loop;
end;
/
2    3    4    5    6
PL/SQL procedure successfully completed.

SQL> select count(*) from readtab;

COUNT(*)
----------
10000

SQL> grant select on readtab to cacheadmin;

Grant succeeded.

SQL>

Теперь создадим и загрузим кэш группы на узлах tt1 и tt2. Данную команду нужно выполнить на обоих узлах.

Command> CREATE READONLY CACHE GROUP readcache
>    AUTOREFRESH INTERVAL
>    5 SECONDS
>  FROM oratt.readtab ( a NUMBER NOT NULL PRIMARY KEY,
>                       b VARCHAR2(100) );
Command> load cache group readcache commit every 265 rows;
10000 cache instances affected.
Command>

Теперь проверим работу кэш грида.
Для выполнения распределенного запроса, необходимо на уровне сессии установить флаг 'GlobalProcessing' в значение 1. Для этого необходимо воспользоваться функцией ttOptSetFlag. Перед этим необходимо отключить autocommit.

Command> connect "DSN=db_cache1;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache1;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;
PermSize=32;TempSize=50;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select count(*) from readtab;
< 10000 >
1 row found.
Command> set autocommit 0;
Command> call ttOptSetFlag('GlobalProcessing',1);
Command> call ttOptGetFlag('GlobalProcessing');
< GlobalProcessing, 1 >
1 row found.
Command> select count(*) from readtab;
< 20000 >
1 row found.
Command>

Как видим, при выполнени распределенного запроса, объем данных увеличился вдвое, т.е. записи задвоились.Поэтому, если у вас есть TimesTen и вы планируете с помощью Grid увеличить объем read only данных, вы должны учитывать, что при создании read only кэш групп, данные кэшируются не глобально, а локально!!! Т.е. по сути, Grid в для read only КЭШ ГРУПП - это только возможность выполнять глобальные запросы и все. Именно поэтому в определении кэш группы нет ключевого слова global.
Так что данную задачу можно решить, к сожалению, только сегментируя данные.
Например, на уровне создания кэш групп.

Пример.
На одном узле (tt1) выполняем:

Command> CREATE READONLY CACHE GROUP readcache
>    AUTOREFRESH INTERVAL
>    5 SECONDS
>  FROM oratt.readtab ( a NUMBER NOT NULL PRIMARY KEY,
>                       b VARCHAR2(100) )
> where a <= 5000; Command> load cache group readcache commit every 265 rows;
5000 cache instances affected.
Command>

А на другом узле (tt2):

Command> CREATE READONLY CACHE GROUP readcache
>    AUTOREFRESH INTERVAL
>    5 SECONDS
>  FROM oratt.readtab ( a NUMBER NOT NULL PRIMARY KEY,
>                       b VARCHAR2(100) )
> where a >5000;
Command> load cache group readcache commit every 265 rows;
5000 cache instances affected.
Command>

Следовательно, при выполнении глобальных запросов мы увидим все множество:

Command> connect "DSN=db_cache1;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache1;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;
PermSize=32;TempSize=50;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command>
con1: Command>
con1: Command>
con1: Command> select max(a) from readtab;
< 5000 >
1 row found.
con1: Command> select count(*) from readtab;
< 5000 >
1 row found.
con1: Command> set autocommit 0;
con1: Command> call ttOptSetFlag('GlobalProcessing',1);
con1: Command> call ttOptGetFlag('GlobalProcessing');
< GlobalProcessing, 1 >
1 row found.
con1: Command> select count(*) from readtab;
< 10000 >
1 row found.
con1: Command> select max(a) from readtab;
< 10000 >
1 row found.
con1: Command>

Абсолютно также работают все остальные локальные кэш группы, но у AWT кэш групп есть возможность создания в глобальном режиме. Далее рассмотрим работу AWT кэш групп.

AWT кэш группы в In-Memory DB Cache Grid

C версии 11g при создании AWT кэш групп, можно указать ключевое слово Global,
причем, глобальными могут только AWT кэш группы. Следовательно при указании данного слова, мы говорим о создании распределенного кэша.

Создадим объекты в Oracle DB

[oracle@db ~]$ sqlplus oratt/oracle

SQL*Plus: Release 11.2.0.2.0 Production on Tue Apr 19 06:33:32 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table awttab ( a NUMBER NOT NULL PRIMARY KEY,
b VARCHAR2(100));
2
Table created.

SQL> begin
for i in 1 .. 100  loop
insert into awttab values (i,'db');
end loop;
end;
2    3    4    5    6  /

PL/SQL procedure successfully completed.

SQL> grant select, insert, update, delete on awttab to cacheadmin;

Grant succeeded.

SQL> select count(*) from awttab;

COUNT(*)
----------
100

SQL>

Создадим AWT кэш группу. Данный код необходимо выполнить на обоих узлах.

Command> create asynchronous writethrough global cache group awtcache
> from oratt.awttab ( a number not null primary key,
>                     b varchar2(100));
Command>
Command> call ttRepStart;
Command>

Инициируем первоначальные данные. Загружаем данные на узле tt2.

Command> dssize;

  PERM_ALLOCATED_SIZE:      32768
  PERM_IN_USE_SIZE:         5867
  PERM_IN_USE_HIGH_WATER:   5867
  TEMP_ALLOCATED_SIZE:      32768
  TEMP_IN_USE_SIZE:         6789
  TEMP_IN_USE_HIGH_WATER:   7351

Command> load cache group awtcache commit every 265 rows;
100 cache instances affected.
Command> dssize;

PERM_ALLOCATED_SIZE:      32768
PERM_IN_USE_SIZE:         5903
PERM_IN_USE_HIGH_WATER:   5903
TEMP_ALLOCATED_SIZE:      32768
TEMP_IN_USE_SIZE:         6800
TEMP_IN_USE_HIGH_WATER:   7351

Command>

Видно, что записи загрузились. Теперь хост tt2 является владельцем данных строк.
Если мы попытаемся загрузить те же записи на узле tt1, то получим ошибку TT3356.

Command> load cache group awtcache commit every 265 rows;
5056: The cache operation fails: error_type=, error_code=<3356>, error_message: [TimesTen]
TT3356: Error loading cache instance from member MYGRID_tt1_1; 
some instance is already owned by some member - from grid member MYGRID_tt2_2
The command failed.
Command>

Т.е. видно, что записи отслеживаются глобально для избежания повторения.
Также, в данной конфигурации можно выполнять глобальные запросы.

Например:
Узел tt2 содержит 100 строк.

Command> connect "DSN=db_cache2;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache2;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache2;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt2/lib/libtten.so;
PermSize=32;TempSize=32;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select count(*) from awttab;
< 100 >
1 row found.
Command>

На узле tt1 строк нет и выполняя глобальный запрос мы можем получить необходимые строки с узла tt2.

Command> connect "DSN=db_cache1;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache1;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;
PermSize=32;TempSize=50;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select count(*) from awttab;
< 0 >
1 row found.
Command> dssize;

PERM_ALLOCATED_SIZE:      32768
PERM_IN_USE_SIZE:         5867
PERM_IN_USE_HIGH_WATER:   5903
TEMP_ALLOCATED_SIZE:      51200
TEMP_IN_USE_SIZE:         6864
TEMP_IN_USE_HIGH_WATER:   7351

Command> set autocommit 0;
Command> call ttOptSetFlag('GlobalProcessing',1);
Command> call ttOptGetFlag('GlobalProcessing');
< GlobalProcessing, 1 >
1 row found.
Command> select count(*) from awttab;
< 100 >
1 row found.
Command> dssize;

PERM_ALLOCATED_SIZE:      32768
PERM_IN_USE_SIZE:         5867
PERM_IN_USE_HIGH_WATER:   5903
TEMP_ALLOCATED_SIZE:      51200
TEMP_IN_USE_SIZE:         6927
TEMP_IN_USE_HIGH_WATER:   7351


PERM_ALLOCATED_SIZE:      32768
PERM_IN_USE_SIZE:         5903
PERM_IN_USE_HIGH_WATER:   5903
TEMP_ALLOCATED_SIZE:      32768
TEMP_IN_USE_SIZE:         6864
TEMP_IN_USE_HIGH_WATER:   7351

Command>

Кроме того, видно, что при выполнении глобальных операции чтения с удаленных узлов, информация не передается на сторону запрашиваемого узла.

Также, определить, выполняется ли глобальный запрос или нет, можно с помощью просмотра плана выполнения запроса.
Например:

Command> showplan 1;
Command> select count(*) from awttab;

Query Optimizer Plan:

STEP:                1
LEVEL:               1
OPERATION:           RowLkSerialScan
TBLNAME:             AWTTAB
IXNAME:              
INDEXED CONDITION:   
NOT INDEXED:         

< 0 >
1 row found.
Command>

Command> select * from awttab;

Query Optimizer Plan:

STEP:                1
LEVEL:               1
OPERATION:           RowLkTtreeScan
TBLNAME:             AWTTAB
IXNAME:              AWTTAB
INDEXED CONDITION:   
NOT INDEXED:         

0 rows found.
Command> call ttOptSetFlag('GlobalProcessing',1);
Command> call ttOptGetFlag('GlobalProcessing');
< GlobalProcessing, 1 >
1 row found.
Command>  select count(*) from awttab;

Query Optimizer Plan:

STEP:                1
LEVEL:               1
OPERATION:           GridScan
TBLNAME:             
IXNAME:              
INDEXED CONDITION:   
NOT INDEXED:         

< 100 >
1 row found.
Command>

Но ,что будет, если мы попытаемся вставить запись с уже существующим идентификатором на узле tt1.

Command> select * from awttab where a =50;
< 50, db >
1 row found.
Command> insert into awttab values (50,'tt1');
3342: Inserted key already exists on Oracle or remote node
The command failed.
Command>

Как видно, изменения в строках отслеживается на всех узлах грида.
Но, что же будет с изменением данных? Т.е., что будет, если мы попытаемся изменить
данные на одном узле и прочитать с другого.

Например:

Я выполняю update на узле tt2.

Command> set autocommit 0;
Command> update awttab set b='tt2' where a=1;
1 row updated.
Command> select * from awttab where a=1;
< 1, tt2 >
1 row found.
Command>

Конечно, у меня появляется эксклюзивная блокировка на данную строку.

[oracle@tt2 ~]$ ttXactAdmin db_cache2
2011-04-19 07:30:58.367
/u01/app/oracle/datastore/db_cache2
TimesTen Release 11.2.1.7.0

Outstanding locks

PID     Context    TransID     TransStatus Resource  ResourceID           Mode  SqlCmdID   Name

Program File Name: ttIsqlCmd

3754    0x920c740    19.16     Active      Database  0x01312d00           IX    0
Row       BMUFVUAAABcAAAACBA   Xn    34000460   ORATT.AWTTAB                
Table     574836               IXn   34000460   ORATT.AWTTAB

1 outstanding transaction found
[oracle@tt2 ~]$

Пока все отлично, но если я попытаюсь запросить изменяемые данные с другого узла в гриде, я получаю неожиданный результат.
На узле tt1 запрашиваю данные.

Command> call ttOptSetFlag('GlobalProcessing',1);
Command> call ttOptGetFlag('GlobalProcessing');
< GlobalProcessing, 1 >
1 row found.
Command> select * from  awttab where a=1;

Моя сессия подвисает, а на узле tt2 обнаруживаю

[oracle@tt2 ~]$ ttXactAdmin db_cache2
2011-04-19 07:37:38.835
/u01/app/oracle/datastore/db_cache2
TimesTen Release 11.2.1.7.0

Outstanding locks

PID     Context    TransID     TransStatus Resource  ResourceID           Mode  SqlCmdID   Name

Program File Name: ttIsqlCmd

3754    0x920c740    19.18     Active      Database  0x01312d00           IX    0
Row       BMUFVUAAABcAAAACBA   Xn    34000460   ORATT.AWTTAB
Table     574836               IXn   34000460   ORATT.AWTTAB

Program File Name: timestenorad

3775    0xa3ac540    10.4      Active      Database  0x01312d00           IX    0
Table     574836               IXn   0          ORATT.AWTTAB
Row       BMUFVUAAABqAgAAPSU   Xn    0          GRID.AWTTAB_1
Table     574844               IXn   0          GRID.AWTTAB_1

Awaiting locks

PID     Context    TransID     Resource  ResourceID           RMode RSqlCmdID  HolderTransID HMode HSqlCmdID  Name
3775    0xa3ac540    10.4      Row       BMUFVUAAABcAAAACBA   Xn    0            19.18       Xn    34000460   ORATT.AWTTAB
2 outstanding transactions found
[oracle@tt2 ~]$

Неожиданно!!!

Мой простой запрос на узле tt1 инициировал блокировку кэш агента на узле tt2.
Т.е. перед тем как запросить данные, необходимо сбросить изменения в Oracle Database.
Ну и естественно, после таймаута на подвисшей сессии на узле tt1 получил

6003: Lock request denied because of time-out
Details: Tran 10.4 (pid 3775) wants Xn lock on rowid BMUFVUAAABcAAAACBA, table ORATT.AWTTAB. 
But tran 19.18 (pid 3754) has it in Xn (request was Xn). Holder SQL 
(update awttab set b='tt2' where a=1) - from grid member MYGRID_tt2_2
0 rows found.
The command failed.

Процесс 3775 - это pid кэш агента на узле tt2.
Такое поведение кэша стало для меня полной неожиданностью.

Кроме того, изменение данных может проводить, только владелец объекта.
Например, в моем случае, всеми строками в таблице awttab владеет хост tt2 и если я попытаюсь изменить данные через глобальный запрос с узла tt1, то получу ошибку.

Пример:

Узел tt2.

Command> connect "DSN=db_cache2;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache2;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache2;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt2/lib/libtten.so;
PermSize=32;TempSize=32;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select count(*) from awttab;
< 100 >
1 row found.
Command>

Узел tt1.

Command> connect "DSN=db_cache1;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache1;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache1;
DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;
DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;
PermSize=32;TempSize=50;TypeMode=0;PLSQL_TIMEOUT=1000;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select * from awttab;
0 rows found.
Command>

Теперь попытаемся выполнить изменение строки с узла tt1.

Command> update awttab set b='tt1' where a=30;
805: Global statements other than select and unload has not been implemented
The command failed.
Command>

Как видно, изменения данных может делать только владелец объекта. Но каким образом сделать так, чтобы строки очутились на необходимом узле?
Это можно сделать опять с помощью распределения загружаемых данных или с помощью динамических кэш групп. В TimesTen Cache Grid можно создавать глобальные динамические AWT кэш группы.

Итог

На мой взгляд, данная конфигурация имеет свои плюсы и минусы. К минусам можно отнести неудобство, что на каждом из узлов грида необходимо выполнить одни и теже действия (кроме создания грида), изменение данных может проводить только владелец объектов и самое большое ограничение, на мой взгяд, невозможностью причитать изменяемые данные с разных узлов. Но сама по себе возможность выполнения распределенных запросов является безусловным плюсом данной конфигурации и может достаточно эффективно использоваться с read only данными, ну и конечно, будем надеяться, что в последующих версиях, данные недочеты будут устранены.

Tech: Настройка In-Memory Database Cache 11g

2011-04-07T09:09:00.004+04:00

Давно я что-то не писал не чего технического (да и на русском :) ), вот и решил это исправить. Так как литературы по TimesTen мало, то я решил обновить статью Jonathan Gennick -а о кэшировании. В данном посте рассматривается возможность кэширования данных из Oracle Database в Oracle TimesTen.

Примечание: в данной статье не будет рассматриваться функциональность In-Memory Database Cache Grid, т.е. будет рассмотрена возможность создания только локальных кэш групп.

Используемое окружение (две виртуальные машины):
OEL 5.3 (x86) - Oracle Database EE 11.2.0.2.0 (Linux/x86), ip - 192.168.2.131 (hostname - db)
OEL 5.3 (x86) - Oracle TimesTen 11.2.1.7.0 (Linux/x86), ip - 192.168.2.132 (hostname - tt1)

Предварительная настройка In-Memory Database Cache

Настройка Oracle Database

[oracle@db ~]$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.2.0 Production on Mon Mar 28 07:53:57 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> CREATE TABLESPACE timesten_tbls;

Tablespace created.

SQL> select tablespace_name, file_name from dba_data_files where tablespace_name='TIMESTEN_TBLS';

TABLESPACE_NAME         FILE_NAME
----------------------- ------------------------------------------------------------
TIMESTEN_TBLS           /u02/oradata/DB1/datafile/o1_mf_timesten_6s0t74rm_.dbf

SQL> create user oratt identified by oracle default tablespace timesten_tbls;

User created.

SQL> GRANT CREATE SESSION, RESOURCE TO oratt;

Grant succeeded.

SQL> CREATE USER cacheadmin IDENTIFIED BY oracle DEFAULT TABLESPACE timesten_tbls QUOTA UNLIMITED ON timesten_tbls;

User created.

export TIMESTEN_HOME=/u01/app/oracle/product/11.2.1/TimesTen/tt1
export TNS_ADMIN=$TIMESTEN_HOME/network/admin
export LD_LIBRARY_PATH=$TIMESTEN_HOME/ttoracle_home/instantclient_11_1
export PATH=$PATH:$HOME/bin:$TIMESTEN_HOME/bin:$LD_LIBRARY_PATH

ORCL =
  (DESCRIPTION =
     (ADDRESS = (PROTOCOL = TCP)(HOST = db)(PORT=1521))
     (CONNECT_DATA =
       (SERVICE_NAME = db1)
     )
)

[oracle@tt1 ~]$ sqlplus sys/oracle@orcl as sysdba

SQL*Plus: Release 11.1.0.7.0 - Production on Mon Mar 28 07:42:29 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>

[oracle@tt1 ~]$ /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin/ttmodinstall    The daemon for instance 'tt1' is currently configured to use port 53384.
Would you like to change this port? [ no ]
The server for instance 'tt1' is currently configured to use port 53385.
Would you like to change this port? [ no ]
TNS_ADMIN for the instance 'tt1' is currently not set.
Would you like to change TNS_ADMIN for this instance? [ yes ]
Please enter a value for TNS_ADMIN (q=quit)? [  ] /u01/app/oracle/product/11.2.1/TimesTen/tt1/network/admin

Do you want to restart the daemon using the new configuration? [ yes ]
Restarting the daemon ...
TimesTen Daemon stopped.
TimesTen Daemon startup OK.
Instance tt1 is now configured with TNS_ADMIN=/u01/app/oracle/product/11.2.1/TimesTen/tt1/network/admin
Would you like to configure TimesTen Replication with Oracle Clusterware? [ no ]
Done ...
[oracle@tt1 ~]$

[oracle@tt1 admin]$ cd /u01/app/oracle/product/11.2.1/TimesTen/tt1/oraclescripts/
[oracle@tt1 oraclescripts]$ ls
cacheCleanUp.sql               initCacheAdminSchema.sql   README.TXT
cacheInfo.sql                  initCacheGlobalSchema.sql
grantCacheAdminPrivileges.sql  initCacheGridSchema.sql
[oracle@tt1 oraclescripts]$ sqlplus sys/oracle@orcl as sysdba 
                     
SQL*Plus: Release 11.1.0.7.0 - Production on Mon Mar 28 08:11:02 2011

Copyright (c) 1982, 2008, Oracle.  All rights reserved.

Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> @initCacheGlobalSchema "timesten_tbls"

Please enter the tablespace where TIMESTEN user is to be created
The value chosen for tablespace is timesten_tbls

******* Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE starts *******
1. Creating TIMESTEN schema
2. Creating TIMESTEN.TT_GRIDID table
3. Creating TIMESTEN.TT_GRIDINFO table
4. Creating TT_CACHE_ADMIN_ROLE role
5. Granting privileges to TT_CACHE_ADMIN_ROLE
** Creation of TIMESTEN schema and TT_CACHE_ADMIN_ROLE done successfully **

PL/SQL procedure successfully completed.

SQL> @grantCacheAdminPrivileges "cacheadmin"

Please enter the administrator user id
The value chosen for administrator user id is cacheadmin

***************** Initialization for cache admin begins ******************
0. Granting the CREATE SESSION privilege to CACHEADMIN
1. Granting the TT_CACHE_ADMIN_ROLE to CACHEADMIN
2. Granting the DBMS_LOCK package privilege to CACHEADMIN
3. Granting the RESOURCE  privilege to CACHEADMIN
4. Granting the CREATE PROCEDURE  privilege to CACHEADMIN
5. Granting the CREATE ANY TRIGGER  privilege to CACHEADMIN
6. Granting the DBMS_LOB package privilege to CACHEADMIN
7. Granting the SELECT on SYS.ALL_OBJECTS privilege to CACHEADMIN
8. Granting the SELECT on SYS.ALL_SYNONYMS privilege to CACHEADMIN
9. Checking if the cache administrator user has permissions on the default
tablespace
     Permission exists
11. Granting the CREATE ANY TYPE privilege to CACHEADMIN
********* Initialization for cache admin user done successfully *********
SQL>

Настройка в TimesTen

[oracle@tt1 ~]$ ttstatus
TimesTen status report as of Tue Mar 29 09:40:19 2011

Daemon pid 4392 port 53384 instance tt1
TimesTen server pid 4400 started on port 53385
------------------------------------------------------------------------
Accessible by group oinstall
End of report
[oracle@tt1 ~]$

[db_сache]
Driver=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so
DataStore=/u01/app/oracle/datastore/db_cache
PermSize=100
TempSize=32
PLSQL=1
DatabaseCharacterSet= WE8MSWIN1252
CachegridEnable=0
OracleNetServiceName=ORCL

[oracle@tt1 ~]$ ttisql db_cache

Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.

connect "DSN=db_cache";
Connection successful: DSN=db_cache;UID=oracle;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> CREATE USER cacheadmin IDENTIFIED BY oracle;

User created.

Command> GRANT CREATE SESSION, CACHE_MANAGER, CREATE ANY TABLE, DROP ANY TABLE TO cacheadmin;
Command>

Command> CREATE USER oratt IDENTIFIED BY oracle;

User created.

Command> grant create session to oratt;
Command>

[oracle@tt1 ~]$ ttIsql "DSN=db_cache;UID=cacheadmin;PWD=oracle;OraclePWD=oracle"

Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.


connect "DSN=db_cache;UID=cacheadmin;PWD=oracle;OraclePWD=oracle";
Connection successful: DSN=db_cache;UID=cacheadmin;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> call ttCacheUidPwdSet('cacheadmin','oracle');
Command>

SQL> select s.sid,
  2         s.username,
  3         s.status,    
  4         s.schemaname,
  5         s.osuser,
  6         s.machine,
  7         s.terminal,
  8         s.program
  9    from V$SESSION s
 10   where s.type = 'USER'
 11     and s.username is not null;

SID  USERNAME      STATUS    SCHEMANAME    OSUSER   MACHINE TERMINAL  PROGRAM      
---- ------------- --------  ------------- -------- ------- --------  ------- 
36   CACHEADMIN    INACTIVE  CACHEADMIN    oracle   tt1     pts/1     ttIsqlCmd@tt1

Создание Read Only кэш группы

Для создания read only кэш группы, первоначально необходимо создать объект кэширования – таблицу в Oracle Database и затем наполнить ее данными.

[oracle@db ~]$ sqlplus oratt/oracle

SQL*Plus: Release 11.2.0.2.0 Production on Mon Apr 4 05:53:20 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table readtab ( a NUMBER NOT NULL PRIMARY KEY,
   2                    b VARCHAR2(100) );
  
Table created.

SQL> insert into readtab values (1,'1');

1 row created.

SQL> insert into readtab values (2,'2');

1 row created.

SQL> insert into readtab values (3,'3');

1 row created.

SQL> insert into readtab values (4,'4');

1 row created.

SQL> insert into readtab values (5,'5');

1 row created.

SQL> commit;

Commit complete.

SQL> select * from readtab;

         A       B 
----------  -------------------------------------
         1  1
         2  2
         3  3
         4  4
         5  5

SQL>

После этого, необходимо предоставить SELECT привилегию на таблицу readtab кэш администратору. Данная привилегия необходима для создания read only кэш группы, которая кэширует данную таблицу и выполняет автоматическое обновление данных из Oracle Database в TimesTen.

SQL> GRANT SELECT ON readtab TO cacheadmin;

Grant succeeded.

SQL>

Далее необходимо запустить кэш агент. Для этого воспользуемся процедурой ttCacheStart.

Command> call ttCacheStart;
Command> host ttstatus
TimesTen status report as of Mon Apr  4 06:05:43 2011

Daemon pid 29809 port 53384 instance tt1
TimesTen server pid 29823 started on port 53385
------------------------------------------------------------------------
Data store /u01/app/oracle/datastore/db_cache
There are 14 connections to the data store
Shared Memory KEY 0x060008cd ID 786433
PL/SQL Memory KEY 0x070008cd ID 819202 Address 0x10000000
Type            PID     Context     Connection Name              ConnID
Cache Agent     30043   0x088faab8  Handler                           2
Cache Agent     30043   0x08a185c0  Timer                             3
Cache Agent     30043   0x08a74940  Aging                             4
Process         29949   0x08660338  db_cache                          1
Subdaemon       29813   0x087cf2e8  Manager                        2032
Subdaemon       29813   0x08821cb8  Rollback                       2033
Subdaemon       29813   0x088eaca8  Flusher                        2034
Subdaemon       29813   0x0893b718  Monitor                        2035
Subdaemon       29813   0x0899a110  Deadlock Detector              2036
Subdaemon       29813   0x089f8b08  Checkpoint                     2037
Subdaemon       29813   0x08a57500  Aging                          2038
Subdaemon       29813   0x08ac81d8  Log Marker                     2039
Subdaemon       29813   0x08b18c48  AsyncMV                        2040
Subdaemon       29813   0x08bb9f38  HistGC                         2041
Replication policy  : Manual
Cache Agent policy  : Manual
TimesTen's Cache agent is running for this data store
PL/SQL enabled.
------------------------------------------------------------------------
Accessible by group oinstall
End of report
Command>

После этого, можно создавать кэш группу.

Command> CREATE READONLY CACHE GROUP readcache
       >   AUTOREFRESH INTERVAL
       >   5 SECONDS
       > FROM oratt.readtab (
       >        a NUMBER NOT NULL PRIMARY KEY,
       >        b VARCHAR2(100) );
Command>

Проверим наличие записей в кэше.

[oracle@tt1 ~]$ ttIsql "DSN=db_cache;UID=oratt;PWD=oracle;"                     
Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.


connect "DSN=db_cache;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> select * from readtab;
0 rows found.
Command>

Далее необходимо выполнить первоначальную загрузку данных в кэш.

[oracle@tt1 ~]$ ttIsql "DSN=db_cache;UID=cacheadmin;PWD=oracle;OraclePWD=oracle"

Copyright (c) 1996-2010, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.


connect "DSN=db_cache;UID=cacheadmin;PWD=oracle;OraclePWD=oracle";
Connection successful: DSN=db_cache;UID=cacheadmin;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Command> LOAD CACHE GROUP readcache COMMIT EVERY 256 ROWS;
5 cache instances affected.
Command> connect "DSN=db_cache;UID=oratt;PWD=oracle";
Connection successful: DSN=db_cache;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command> select * from readtab;
< 1, 1 >
< 2, 2 >
< 3, 3 >
< 4, 4 >
< 5, 5 >
5 rows found.
con1: Command>

Следовательно, данные загрузились. Попробуем изменить данные в Oracle Database.

SQL> conn oratt/oracle
Connected.
SQL> INSERT INTO readtab VALUES (0, '0');

1 row created.

SQL> DELETE FROM readtab WHERE a=2;

1 row deleted.

SQL> UPDATE readtab SET b='8' WHERE a=4;

1 row updated.

SQL> commit;

Commit complete.

SQL> select * from readtab;

         A B
---------- ------------------------------------------------------
         1 1
         3 3
         4 8
         5 5
         0 0

Теперь проверим кэш.

con1: Command> select * from readtab;
< 0, 0 >
< 1, 1 >
< 3, 3 >
< 4, 8 >
< 5, 5 >
5 rows found.
con1: Command>

Как видно, измененные данные переносятся из Oracle Database в Oracle TimesTen.

Создание AWT кэш группы

Вначале опять создадим таблицу в Oracle Database и затем наполнить ее данными.

[oracle@db ~]$ sqlplus oratt/oracle

SQL*Plus: Release 11.2.0.2.0 Production on Tue Apr 5 01:38:30 2011

Copyright (c) 1982, 2010, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table awttab ( a NUMBER NOT NULL PRIMARY KEY,
                      b VARCHAR2(100),
                      c TIMESTAMP DEFAULT SYSDATE NOT NULL);  2    3

Table created.

SQL> insert into awttab values (1,'1',sysdate);

1 row created.

SQL> insert into awttab values (2,'2',sysdate);

1 row created.

SQL> insert into awttab values (3,'3',sysdate);

1 row created.

SQL> commit;

Commit complete.

SQL> grant select, insert, update, delete on awttab to cacheadmin;

Grant succeeded.

SQL> select * from awttab;

         A B                                  C
---------- ---------------------------------- ----------------------------
         1 1                                  05-APR-11 01.39.26.000000 AM
         2 2                                  05-APR-11 01.39.32.000000 AM
         3 3                                  05-APR-11 01.39.38.000000 AM
SQL>

После этого, необходимо предоставить привилегии на таблицу awttab кэш администратору.

SQL> grant select, insert, update, delete on awttab to cacheadmin;

Grant succeeded.

SQL>

SELECT привилегия необходима для создания AWT кэш группы, которая кэширует данную таблицу. INSERT, UPDATE, DELETE привилегии необходимы для выполнения операций изменения в TimesTen и переноса их в Oracle Database.
Далее запускаем кэш агент. Для этого воспользуемся процедурой ttCacheStart.

Command> call ttCacheStart;
Command>

Далее создаем AWT кэш группу.

Command> CREATE ASYNCHRONOUS WRITETHROUGH CACHE GROUP awtcache
       > FROM oratt.awttab ( a NUMBER NOT NULL PRIMARY KEY,
       >                     b VARCHAR2(100),
       >                     c TIMESTAMP NOT NULL DEFAULT SYSDATE );
Command> connect "DSN=db_cache;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command> select * from awttab;
0 rows found.
con1: Command>

Запускаем репликационный агент. Для этого воспользуемся процедурой ttRepStart.

Command> call ttRepStart;
Command> host ttstatus;
TimesTen status report as of Tue Apr  5 02:00:56 2011

Daemon pid 3637 port 53384 instance tt1
TimesTen server pid 3645 started on port 53385
------------------------------------------------------------------------
Data store /u01/app/oracle/datastore/db_cache
There are 21 connections to the data store
Shared Memory KEY 0x090008cd ID 294913
PL/SQL Memory KEY 0x0a0008cd ID 327682 Address 0x10000000
Type            PID     Context     Connection Name              ConnID
Cache Agent     3778    0x0987bab8  Handler                           2
Cache Agent     3778    0x099995c0  Timer                             3
Cache Agent     3778    0x099f5940  Aging                             4
Cache Agent     3778    0x09ac91a0  Refresher(S,5000)                 6
Cache Agent     3778    0x09b7e948  BMReporter(-1594258544)           5
Process         3807    0x084aa338  db_cache                          1
Replication     4156    0x0a0162c8  LOGFORCE                          9
Replication     4156    0x0a034250  REPHOLD                           7
Replication     4156    0x0a084cc0  REPLISTENER                       8
Replication     4156    0x0a0d6780  TRANSMITTER                      10
Replication     4156    0x0a14c9f8  RECEIVER                         11
Subdaemon       3642    0x0900b2e8  Manager                        2032
Subdaemon       3642    0x090970d0  Flusher                        2034
Subdaemon       3642    0x090f5cd8  Monitor                        2035
Subdaemon       3642    0x091548e0  Deadlock Detector              2036
Subdaemon       3642    0xa7940038  Log Marker                     2039
Subdaemon       3642    0xa7990aa8  AsyncMV                        2040
Subdaemon       3642    0xa79e1518  HistGC                         2041
Subdaemon       3642    0xb5342400  Rollback                       2033
Subdaemon       3642    0xb5393110  Checkpoint                     2037
Subdaemon       3642    0xb53e3d90  Aging                          2038
Replication policy  : Manual
Replication agent is running.
Cache Agent policy  : Manual
TimesTen's Cache agent is running for this data store
PL/SQL enabled.
------------------------------------------------------------------------
Accessible by group oinstall
End of report
Command>

Можем выполнить первоначальную инициализацию данных. Данный шаг не обязателен.

Command> load cache group AWTCACHE commit every 265 rows;
3 cache instances affected.
Command> connect "DSN=db_cache;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
con1: Command> select * from awttab;
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >
3 rows found.
con1: Command>

Вставим несколько строк в TimesTen.

con1: Command> insert into awttab values (-1,'-1',sysdate);
1 row inserted.
con1: Command> insert into awttab values (-2,'-2',sysdate);
1 row inserted.
con1: Command> select * from awttab;
< -2, -2, 2011-04-05 02:06:43.000000 >
< -1, -1, 2011-04-05 02:06:37.000000 >
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >
5 rows found.
con1: Command>

Теперь посмотрим состояние данных в Oracle Database.

SQL>  select * from awttab;
         A B                                  C
---------- ---------------------------------- ----------------------------
        -1 -1                                 05-APR-11 02.06.37.000000 AM
        -2 -2                                 05-APR-11 02.06.43.000000 AM
         1 1                                  05-APR-11 01.39.26.000000 AM
         2 2                                  05-APR-11 01.39.32.000000 AM
         3 3                                  05-APR-11 01.39.38.000000 AM
SQL>

Как видно, новые данные, появившиеся в TimesTen, переносятся в Oracle Database.

Создание SWT кэш группы

Процесс создания SWT кэш группы идентичен созданию AWT кэш группы, за исключением, предоставления SELECT, UPDATE,DELETE, INSERT привилегий не только кэш администратору на уровне Oracle Database, но, данные привилегии необходимо предоставить и cache manager пользователю на уровне TimesTen. Кроме того, при работе пользователем oratt, необходимо указать при подключении атрибут OraclePWD, для синхронной передачи данный в Oracle Database.

Создание User Managed кэш группы

Для создания кэш групп с нестандартным поведением можно создать User Managed кэш группу. Процесс создания данной кэш группы зависит от того, какой функционал вам необходим. Если вы используете возможность передачи данных из Oracle TimesTen в Oracle Database (Propagate) и обратно (Autorefresh), тогда процесс создания аналогичен SWT кэш группе.

Создание динамических (dynamic) кэш групп

Также в TimesTen 11g существует возможность создания динамических (dynamic) кэш групп. Что такое динамические кэш группы?
В версии TimesTen 7.0.5 у Data store был атрибут, который назывался transparentload, который позволял загрузить данные из Oracle Database в TimesTen при использовании изменяемого (updatable) кэша (awt, awt, um группы). С версии 11g (11.2.1.1.0) установка данного параметра вручную устарел (deprecated) и теперь для обеспечения данного функционала, необходимо использовать ключевое слово Dynamic в определении кэш группы.
Предположим, у меня есть AWT кэш группа.

Command> cachegroups;

Cache Group CACHEADMIN.AWTCACHE:
…
  Cache Group Type: Asynchronous Writethrough
  Autorefresh: No
  Aging: No aging defined

  Root Table: ORATT.AWTTAB
  Table Type: Propagate
…
Command>

Удалим данную группу и создадим заново с атрибутом dynamic.

Command> call ttRepStop;
Command> drop cache group awtcache;
Command> CREATE DYNAMIC ASYNCHRONOUS WRITETHROUGH CACHE GROUP awtcache
       > FROM oratt.awttab ( a NUMBER NOT NULL PRIMARY KEY,
       >                     b VARCHAR2(100),
       >                     c TIMESTAMP NOT NULL DEFAULT SYSDATE );
Command> call ttRepStart;
Command> connect "DSN=db_cache;UID=oratt;PWD=oracle;";
Connection successful: DSN=db_cache;UID=oratt;DataStore=/u01/app/oracle/datastore/db_cache;DatabaseCharacterSet=WE8MSWIN1252;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=100;TempSize=32;TypeMode=0;CacheGridEnable=0;OracleNetServiceName=ORCL;
(Default setting AutoCommit=1)
Con1: Command> select * from awttab;
0 rows found.

Загружаем данные.

con2: Command> load cache group AWTCACHE commit every 265 rows;
5 cache instances affected.
сon1: Command> select * from awttab;
< -2, -2, 2011-04-05 02:06:43.000000 >
< -1, -1, 2011-04-05 02:06:37.000000 >
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >
5 rows found.

Вставим строку в кэше.

сon1: Command> insert into awttab values (-3,'-3');
1 row inserted.
сon1: Command> select * from awttab;
< -3, -3, 2011-04-05 03:30:40.000000 >
< -2, -2, 2011-04-05 02:06:43.000000 >
< -1, -1, 2011-04-05 02:06:37.000000 >
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >

6 rows found.

Проверим данные в Oracle Database.

SQL>  select * from awttab;
         A B                                  C
---------- ---------------------------------- ----------------------------
        -1 -1                                 05-APR-11 02.06.37.000000 AM
        -2 -2                                 05-APR-11 02.06.43.000000 AM
         1 1                                  05-APR-11 01.39.26.000000 AM
         2 2                                  05-APR-11 01.39.32.000000 AM
         3 3                                  05-APR-11 01.39.38.000000 AM
        -3 -3                                 05-APR-11 03.30.40.000000 AM
6 rows selected.

SQL>

Видно, что передача изменений из Кэша в Oracle Database работает. Но что делать, если необходимо вставить данные в Oracle Database и после этого, загрузить эти данные в кэш без пересоздания кэш группы. Именно в данной ситуации мы воспользуемся функционалом прозрачной загрузки данных из Oracle Database в TimesTen при выполнении SQL запроса. Работает данный функционал следующим образом: если определенный (поддерживаются только некоторые конструкции – см. Types of SQL statements for which dynamic load is available в Oracle® In-Memory Database Cache User's Guide ) SQL запрос не возвращает не одной строки в TimesTen, то данный запрос будет перенаправлен в Oracle Database и выполнен там и если данный запрос что-то вернул, эти строки будут загружены в TimesTen.

Предположим, нам необходимо вставить строку в Oracle Database.

SQL> insert into oratt.awttab values (0,'DB insert',sysdate);

1 row created.

SQL> commit;

Commit complete.

SQL> select * from awttab;

         A B                                  C
---------- ---------------------------------- ----------------------------
        -1 -1                                 05-APR-11 02.06.37.000000 AM
        -2 -2                                 05-APR-11 02.06.43.000000 AM
         1 1                                  05-APR-11 01.39.26.000000 AM
         2 2                                  05-APR-11 01.39.32.000000 AM
         3 3                                  05-APR-11 01.39.38.000000 AM
        -3 -3                                 05-APR-11 03.30.40.000000 AM
         0 DB insert                          05-APR-11 03.50.35.000000 AM

7 rows selected.

SQL>

И теперь необходимо переместить ее в изменяемый кэш. Для этого необходимо выполнить банальный запрос.

Command> select * from oratt.awttab;
< -3, -3, 2011-04-05 03:30:40.000000 >
< -2, -2, 2011-04-05 02:06:43.000000 >
< -1, -1, 2011-04-05 02:06:37.000000 >
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >
6 rows found.
Command> select * from oratt.awttab where a = 0;
< 0, DB insert, 2011-04-05 03:50:35.000000 >
1 row found.
Command> select * from oratt.awttab;
< -3, -3, 2011-04-05 03:30:40.000000 >
< -2, -2, 2011-04-05 02:06:43.000000 >
< -1, -1, 2011-04-05 02:06:37.000000 >
< 0, DB insert, 2011-04-05 03:50:35.000000 >
< 1, 1, 2011-04-05 01:39:26.000000 >
< 2, 2, 2011-04-05 01:39:32.000000 >
< 3, 3, 2011-04-05 01:39:38.000000 >
7 rows found.
Command>

Но нужно помнить, что данный функционал имеет ограничения и перед тем как его применять, рекомендую ознакомиться с документацией.

Заключение

Oracle TimesTen может быть использована как быстрый кэш над Oracle Database. Как видно из статьи, TimesTen позволяет очень быстро создать кэш группы с различным функционалом – передачей данный из Oracle Database в TimesTen или наоборот, или в обе стороны. Учитывая существенное увеличение скорости выполнения SQL запросов, данный механизм может позволить увеличить производительность различных приложений.

PS. Но фото Мальдивы :)

Russian Exadata-man!

2011-03-22T09:33:00.002+03:00

Update 1. The Igor Melnikov's presentation about loading data in Exadata, you can download here

On foto, my colleague Igor Melnikov. He is testing some application on Oracle Exadata V2-8 in Edinburgh now, and i think he is one of the first people in Russia, who can looking on this machine in real life :))

PS. Igor developed a very good method of loading a lot of data in Exadata (tens of terabytes) and tested it in Edinburgh. He promised, that he posted the presentation about it in blog.

Oracle TimesTen 11.2.1.8.0 is now available in OTN

2011-02-07T10:12:00.000+03:00

New version Oracle TimesTen is now available on OTN.

I have written about "feature" Oracle TimesTen in Active-Standby pair configuration. In previous versions, if you wanted to add some abject (table, index and etc/) in your Active-Standby pair replication you had to restart your replication (stop, add your tables and start). It it not convenient, isn't it?
In 11.2.1.8.0 version you can create or drop a table, index or synonym in an active standby pair without stopping the replication agent. You can choose to have these statements replicated to the standby database. You can include a table in an active standby pair when the table is created. Use the DDLReplicationLevel and DDLReplicationAction connection attributes to control what is replicated.

More information you can find in documentation

PS. Foto - Santorini, Greece. I like this island :)).

Learning, learning and learning

2011-01-27T17:38:00.000+03:00

Dear friends,

Yesterday, I graduated from second HIGHER EDUCATION!!!!

URA!!!!!
URA!!!!!
URA!!!!!

PS. I got it with honors :)))))

TimesTen on YouTube

2011-01-24T14:44:00.001+03:00

Very good video about TimesTen.

Happy New Year!!!

2010-12-31T17:27:00.001+03:00

Dear friends!

At this day i want to wish you all the best, that all yours dreams comes true next year!

I want to congratulate my colleague Dmitry Volkov as well with getting Oracle ACE nomination.
(It is my dream :)))

PS. Foto - Santa Claus village, Rovaniemi, Finland.
I am in Finland now :)))

Технологический день Oracle в Челябинске

2010-11-28T09:39:00.003+03:00

UPD. 1. На прошлой неделе вернулся из Челябинска - там уже настоящая зима, еле улетел, аэропорт в ночь закрыли, спасибо Аэрофлоту - не подвел, улетел рано утром без задержек!

25 ноября 2010 года, в отеле Holiday Inn по адреу Университетская Набережная, 18. Состоится очередной Технологический день Oracle.

Регистрация на мероприятие тут

PS. Я там тоже буду :)))

18 November - Oracle Developer Day in Moscow

2010-11-22T10:21:00.001+03:00

UPD 1. Мероприятие, по моему мнению, прошло успешно, заисключением небольшого перерыва, связанного с виртуальными машинами :)
Материалы семинара можно скачать тут

PS. На фото, Игорь Мельников торжественно открывает меропритие!

18 ноября (четверг), в "КУЛЬТОВОМ" отеле Катерина, состоиться Oracle Developer Day!!!

На данном семинаре будут раскрыты вопросы, связаннае с новыми возможностями Oracle Database 11g, Apex, ADF, TimesTen и др.

Аудитория семинара: разработчики, продвинутые DBA.

Отмечу, что подготовкой семинара занимается Игорь Мельников, поэтому будет только технический контент!

Oracle Day for TATNEFT

2010-11-21T17:17:00.001+03:00

Недавно был в Альметьевске, на семинаре для компании ТАТНЕФТЬ.

Материалы семинара можно скачать по ссылке.

Спасибо большое Александру Рындину за размещение файлов.

Active - Standby pair "feature"

2010-11-17T15:45:00.002+03:00

When i was preparing to Developer Day i found some Active-Standby pair feature :).

I wrote about using and creating Active - Standby pair replication for ensuring high avalbility.

But, in this time, i will try to execute some DDL.

For example, i have a configuration:

[root@rac1 bin]# ./ttCWAdmin -statusTimesTen Cluster status report as of Mon Nov  1 19:58:49 2010

====================================================================
TimesTen daemon monitors:
Host:RAC1 Status: online
Host:RAC2 Status: online

====================================================================
====================================================================
TimesTen Cluster agents
Host:RAC1 Status: online
Host:RAC2 Status: online

====================================================================

Status of Cluster related to DSN HA_DS:
====================================================================
1. Status of Cluster monitoring components:
Monitor Process for Master Datastore 1 on Host rac1: RUNNING
Monitor Process for Master Datastore 2 on Host rac2: RUNNING
Monitor Process for Active datastore:RUNNING on Host rac1
Monitor Process for Standby datastore:RUNNING on Host rac2

2.Status of  Datastores comprising the cluster
Master Datastore 1:
Host:rac1
Status:AVAILABLE
State:ACTIVE
Master Datastore 2:
Host:rac2
Status:AVAILABLE
State:STANDBY
====================================================================
The cluster containing the replicated DSN is online

I use Active host and connect to ha_ds DSN and create table test.

[oracle@rac1 ~]$ ttisql "DSN=ha_ds;UID=app;PWD=app"

Copyright (c) 1996-2009, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.

connect "DSN=ha_ds;UID=app;PWD=app";
Connection successful: DSN=ha_ds;UID=app;DataStore=/u01/app/oracle/datastore/ha_ds;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=40;TempSize=32;TypeMode=0;
(Default setting AutoCommit=1)
Command> tables;
  APP.PLANS
1 table found.
Command> create table test (id number);
Command> tables;
  APP.PLANS
  APP.TEST
2 tables found.
Command>

What do i see on standby host?

[oracle@rac2 info]$ ttisql "DSN=ha_ds;UID=app;PWD=app"
Copyright (c) 1996-2009, Oracle.  All rights reserved.
Type ? or "help" for help, type "exit" to quit ttIsql.

connect "DSN=ha_ds;UID=app;PWD=app";
Connection successful: DSN=ha_ds;UID=app;DataStore=/u01/app/oracle/datastore/ha_ds;DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;PermSize=40;TempSize=32;TypeMode=0;
(Default setting AutoCommit=1)
Command> tables;
  APP.PLANS
1 table found.

Very strange, don't you? I expected transferring changes from Active to Standby host.
Beside that, you can create objects on Standby host!

Explanation - Active - standby pair replication can replicate only DML. The support DDL replication is planing in a future.

PS. Foto - "Spatrak" - champion :)))

Oracle TimesTen 11.2.1.7.0

2010-11-13T14:10:00.001+03:00

The new Oracle TimesTen version (11.2.1.7.0) is now available on OTN

The main new features are:

TimesTen is supported for SUSE 11 on Linux x86-64.
Oracle Data Provider for .NET 11.1.0.7.110 is available for Oracle TimesTen In-Memory Database.

About other new features you can read here

TAF и Oracle TimesTen

2010-11-02T15:45:00.005+03:00

Продолжаем тему высокой доступности. Для обеспечения высокой доступности в Oracle TimesTen
есть возможность создания Active - Standby pair репликации, которая обеспечивает быстрое переключение standby узла в состояние active ( Здесь я писал о том, как настроить Active - Standby pair репликацию и Oracle Clusterware).

Но, что же будет происходить с приложением в момент сбоя и как данную ситуацию обработать?

В Oracle Database (RAC), есть технологии TAF (Transparent Application Failover) и FAN (Fast Application Notification) с помощью которых можно обработать ситуацию падения узла на уровне приложения.

Есть ли в TimesTen что то похожее?

Ответ - Есть!

В версии 11G появилась возможность "Automatic client failover" - это возможность автоматического преключения на резервный узел.

В клиентском DSN появились новые атрибуты:

Failover Server Name or Network Address - ip адрес или имя хоста, на котором будет находиться standby. Не забудьте про порт серверного процесса - если порт не по умолчанию, то нужно прописать TCP_Port
Failover Server DSN - база данных (data store)
Failover Port Range - порт для failover notifications (опционально)

Соотвественно, для включения Automatic client failover необходимо прописать данные атрибуты для соединения. Вот собственно и все - TAF включен!

Сделаю несколько замечаний. Технология TAF есть в Oracle TimesTen и она похожа на TAF в Oracle RAC, но ТОЛЬКО похожа (это не одно и тоже)! Поэтому рассмотрим работу TAF в TimesTen.

Предположим, что у вас есть следующий код (есть statement и result set):

statement = connection.createStatement();
resultSet = statement.executeQuery("select 1 from dual");

В случае сбоя узла, получаем следующую ошибку:

java.sql.SQLException: [TimesTen][TimesTen 11.2.1.4.0 CLIENT]Statement handle invalid due to client failover

При чем, это происходит в любом случае (даже если транзакция не открывалась и выполнялись только запросы), т.е. ничего подобного TAF TYPE SELECT в TimesTen нет.
Кроме этого, во время failover-а инвалидируется statement, поэтому нужно не забыть создать его еще раз в обработчике исключения. Еще один нюанс - если сбой произошел когда приложение начало транзакцию, TimesTen неявно ее откатывает, т.е. приложение никогда не узнает о том, нужно ли ему откатывать транзакцию или нет, оно узнает только о факте failover-а.

Все эти нюансы нужно учитывать!

Теперь вернемся к вопросу обработки исключения "Statement handle invalid due to client failover".
Согласно документации Oracle® TimesTen In-Memory Database Java Developer's Guide Release 11.2.1, TimesTen JDBC поддерживает два механизма для обнаружения failover:

Синхронное обнаружение (Synchronous detection)
Асинхронное обнаружение (Asynchronous detection)

Синхронное однаружение осуществляется путем перехвата исключения "Statement handle invalid due to client failover".
Например:

try {
  // ...
  // Execute a query on a previously prepared statement.
  ResultSet theResultSet = theStatement.executeQuery("select * from dual");
  // ...
} catch (SQLException sqlex) {
  sqlex.printStackTrace();
  if (sqlex.getErrorCode() == TimesTenVendorCode.TT_ERR_FAILOVERINVALIDATION) {
    // Automatic client failover has taken place; discontinue use of this object.
  }
}

Асинхронное обнаружение failover-а основано на использовании callback функции (client failover event listener) и регистрации ее в соединении. Все аналогично callback функциям в Oracle RAC, разные только интерфейсы (com.timesten.jdbc.ClientFailoverEventListener вместо oracle.jdbc.OracleOCIFailover) и методы.

Пример (callback функция):

private class MyCFListener implements ClientFailoverEventListener {
    
    public void notify(ClientFailoverEvent event) {

        // Process connection failover type
        switch(event.getTheFailoverType()) {
            case TT_FO_CONNECTION:               
               System.out.println("This should be a connection failover type " + event.getTheFailoverType());
               break;
            default:
               break;
        }

        // Process connection failover events
        switch(event.getTheFailoverEvent()) {
            case BEGIN:
                System.out.println("This should be a BEGIN event " + event.getTheFailoverEvent());
                    /* Applications cannot use Statement, PreparedStatement, ResultSet,
                       etc. created on the failed Connection any longer.
                    */
                break;
            case END:
                System.out.println("This should be an END event " + event.getTheFailoverEvent());
                    /* Applications may want to re-create Statement and PreparedStatement                       
                       objects at this point as needed.
                    */
                break;
            case ABORT:
                System.out.println("This should be an ABORT event " + event.getTheFailoverEvent());
                break;
            case ERROR:
                System.out.println("This should be an ERROR event " + event.getTheFailoverEvent());
                break;
            default:
                break;
        }
    }
}

Как видно из примера, вызов event.getTheFailoverType() возвращает тип failover-а. В настоящее время поддерживается только один тип - это connection failover (TT_FO_CONNECTION). Вызов event.getTheFailoverEvent() возвращяет событие.
Существует 4 события:

BEGIN - если начался client failover
END - если client failover удачно завершился
ERROR - если client failover завершился неудачно, но будет перезапущен
ABORT - если client failover был аварийно прекращен

Пример (регистрация callback функции):

...
TimesTenConnection conn = null;            
MyCFListener m = new MyCFListener();        
DriverManager.registerDriver(new com.timesten.jdbc.TimesTenClientDriver());                
conn = (TimesTenConnection)DriverManager.getConnection("jdbc:timesten:client:cl_ha","app","app");        
conn.addConnectionEventListener(m);                        
Statement stmt = conn.createStatement();
...

ИТОГ

В Oracle TimesTen существуют инструменты для построения систем высокой доступности - как на стороне сервера (Active - Standby pair репликация + Clusterware), так и на стороне приложения - технологии TAF и FAN (к теме FAN я еще думаю вернусь) для обработки ситуаций сбоя узла.
Только нужно понимать, что технологии в TimesTen имеют ряд "нюансов" и не полностью повторяют данные технологии в Oracle RAC.

PS. На фото Париж (лето или осень 2010 - не помню :)))

OFF: Обучение в Голландии

2010-10-29T22:22:00.001+04:00

Недавно я решил поучиться новым возможностям Oracle RAC 11gR2 и поехал в королевство Нидерланды.

Приехав в Oracle University в славном городе Utrecht, я быстренько нашел свой класс. Тренером был - Harald van Breederode, OCM 10g, 11g(http://www.oracle.com/technology/ocm/hvanbreederode.html) и на три дня погрузился в RAC 11GR2.

Сам треннинг очень понравился, особенно про ASSM, Cache Fusion, recovery.
Большое спасибо Harald!

PS. Отмечу, что Harald ничего не видит, но это совсем ему не мешает ОТЛИЧНО преподавать и показывать демонстрации.

PPS. На фото я и Harald.

Впечатления от Grid Infrastructure 11GR2

2010-08-31T22:21:00.001+04:00

Идея поставить Oracle Grid Infrastructure пришла ко мне достаточно давно и вот вооружившись документацией и статьей Jeffrey Hunter-а я приступил к инсталяции.
Я создавал 4-х узловой кластер при помощи OVM, ОС гостевых машин - OEL. Диски - Openfiler.
Первоначально, я поставил данное программное обеспечения не конфигурируя DNS и DHCP сервера, а ip адрес для SCAN просто записал в /etc/hosts на узлах. Но вот на этой неделе, я решил поставить Grid Infrastructure по нормальному, как говорит Игорь Мельников - как "настоящий пацан" :).

И вот я опять начал установку. Задача, собственно была такая же - создать 4-х узловой кластер. Но, к первоначальной конфигурации кластера добавилась еще одна гостевая машина, на которую я поставил необходимые пакеты (bind и dhcp) для DNS и DHCP. После этого, начался процесс конфигурирования DHCP. Я честно говоря, это делал в первый раз и поэтому не знал как это делать, благо есть help и google. В документации написано, что DHCP сервер может выдавать адреса в двух различных подсетях ( в public сети - для vip-ов и в private - для interconnect-а). На виртуальной машине я сделал два сетевых интерфейса, но, т.к. я использовал обычный десктоп с одним физическим сетевым интерфейсом, чтобы разделить трафик, пришлось создавать vlan-ы. После этого, я начал настраивать DNS. Отмечу только, что информацию по настройке DNS, человеку, который не занимается настройкой сетей, найти достаточно не просто, благо нашел книгу Ron Aitchison "Pro DNS and BIND", которая очень мне помогла.

Далее все по документации. Есть ряд моментов (например Bug 8716130: DB11R2E7: KFOD OP=GROUPS FAILS IF /DEV/RANDOM IN DISCOVERY SET), но в общем, особых проблем нет.

И вот наконец я увидел долгожданные строки:

[grid@rac1 ~]$ crs_stat -t

Name           Type           Target    State     Host        

------------------------------------------------------------

ora.CRS.dg     ora....up.type ONLINE    ONLINE    rac1        

ora....ER.lsnr ora....er.type ONLINE    ONLINE    rac1        

ora....N1.lsnr ora....er.type ONLINE    ONLINE    rac2        

ora....N2.lsnr ora....er.type ONLINE    ONLINE    rac3        

ora....N3.lsnr ora....er.type ONLINE    ONLINE    rac1        

ora.asm        ora.asm.type   ONLINE    ONLINE    rac1        

ora.eons       ora.eons.type  ONLINE    ONLINE    rac1        

ora.gns        ora.gns.type   ONLINE    ONLINE    rac2        

ora.gns.vip    ora....ip.type ONLINE    ONLINE    rac2        

ora.gsd        ora.gsd.type   OFFLINE   OFFLINE               

ora....network ora....rk.type ONLINE    ONLINE    rac1        

ora.oc4j       ora.oc4j.type  OFFLINE   OFFLINE               

ora.ons        ora.ons.type   ONLINE    ONLINE    rac1        

ora....SM1.asm application    ONLINE    ONLINE    rac1        

ora....C1.lsnr application    ONLINE    ONLINE    rac1        

ora.rac1.gsd   application    OFFLINE   OFFLINE               

ora.rac1.ons   application    ONLINE    ONLINE    rac1        

ora.rac1.vip   ora....t1.type ONLINE    ONLINE    rac1        

ora....SM2.asm application    ONLINE    ONLINE    rac2        

ora....C2.lsnr application    ONLINE    ONLINE    rac2        

ora.rac2.gsd   application    OFFLINE   OFFLINE               

ora.rac2.ons   application    ONLINE    ONLINE    rac2        

ora.rac2.vip   ora....t1.type ONLINE    ONLINE    rac2        

ora....SM3.asm application    ONLINE    ONLINE    rac3        

ora....C3.lsnr application    ONLINE    ONLINE    rac3        

ora.rac3.gsd   application    OFFLINE   OFFLINE               

ora.rac3.ons   application    ONLINE    ONLINE    rac3        

ora.rac3.vip   ora....t1.type ONLINE    ONLINE    rac3        

ora....SM4.asm application    ONLINE    ONLINE    rac4        

ora....C4.lsnr application    ONLINE    ONLINE    rac4        

ora.rac4.gsd   application    OFFLINE   OFFLINE               

ora.rac4.ons   application    ONLINE    ONLINE    rac4        

ora.rac4.vip   ora....t1.type ONLINE    ONLINE    rac4        

ora....ry.acfs ora....fs.type ONLINE    ONLINE    rac1        

ora.scan1.vip  ora....ip.type ONLINE    ONLINE    rac2        

ora.scan2.vip  ora....ip.type ONLINE    ONLINE    rac3        

ora.scan3.vip  ora....ip.type ONLINE    ONLINE    rac1

Далее, опять же по совету Игоря Мельникова, я поставил PSU 11.2.0.1.2 и последний OPatch.
Перед этим, советую почитать README и ноту 1082394.1 Там можно обнаружить один момент - команду opatch auto <GI_PSU_11.2.0.1.2> -oh <GRID_HOME> нужно выполнить на КАЖДОМ узле кластера, что собственно не очень удобно :)

Итог: В общем, инсталяция стала немного полегче, появилась мозможность изменения параметров ядра в installer-е например, НО, появились сложности с настройкой DHCP и DNS, т.е. скоро, наверно, администратор СУБД Oracle Database должен будет знать ВСЕ технологии, чтобы установить и поддерживать данные продукты :)))

PS. Но фото, один из красивейших островов мира - остров Санторини, Греция.

НОВАЯ ЦЕНА НА ORACLE TIMESTEN!!!!! УРА!!!

2010-07-20T16:04:00.001+04:00

Как вам известно, Oracle TimesTen или In-Memory Database Cache имел очень большую стомость - 41 500$ на CPU, и именно цена в основном удерживала наших любимых заказчиков и партнеров от использования данного продукта.

Но, если сейчас открыть oracle technology price list то можно заметить, что цена на Oracle TimesTen и In-Memory Database Cache снизилась до 23 000$ на CPU. Кроме того, появилась возможность лицензироваться по пользователям (460$ за NUP), чего в прошлом варианте лицензирования продукта не было.

Теперь Oracle TimesTen имеет достаточно привлекательную цену, и теперь наши заказчики и партнеры могут более широко использовать данный продукт.

Oracle TimesTen и Golden Gate

2010-07-14T19:41:00.002+04:00

Всем известно, что Oracle TimesTen может быть использован, как быстрый кэш для Oracle Database. Причем кэш может быть 'read only' или изменяемый. В первом случае, все изменения, сделанные в Oracle DB передаються в Oracle TimesTen. Во втором случае, наоборот, изменения, сделанные в TimesTen передаются в DB.

Так вот, при использовании TimesTen как 'read only', есть один нюанс. Процесс сбора изменений, сделанных в Oracle Database, построен с использованием триггеров. Следовательно результат - если БД высоко нагружена (тысячи транзакций в секунду), то использование триггеров существенно загрузит Oracle Database, но и если в TT указан маленький интервал AUTOREFRESH-а, может возникнуть ситуация, что запрос по системным таблицам TT в Oracle DB не успеет отработать, а уже поступит новый запрос, тем самым можно получить ряд "неприятностей".

Как же решить данную задачу?

Решение пришло с покупкой Oracle Corporation компании Golden Gate. Именно программное обеспечение данной компании для быстрой репликации данных способно очень легко решить данную задачу. Если очень грубо, Golden Gate читает логи (именно логи или архивные журналы) реплицируемой системы (в нашем случае это Oracle DB), затем, передает изменения в подписчик (в нашем случае Oracle TimesTen). Подробнее про Golden Gate можно почитать в блоге Александра Рындина.

Следовательно, при использовании данного подхода имеем ряд преимуществ:
1 - триггеры не используются, следовательно нагрузка на базу падает.
2 - возможно репликация в схему звездочка, что при использовании стандартного механизма возможно.
3 - удобный визуальный контроль процесса репликации.

Процесс, настройки репликации Oracle DB и Oracle TT подробно описан в документе (Doc ID 1099523.1 TimesTen Replication Using GoldenGate: Sample Configuration) на support.oracle.com

Tech: Oracle Clusterware and Oracle TimesTen

2010-07-05T13:57:00.010+04:00

Как я писал ранее, в версии 11.2.1 Oracle TimesTen приобрел несколько новых возможностей, одной из которых является возможность управления конфигурацией высокой надежности (active-standby pair репликацией) с помощью Oracle Clusterware.

Вот именно о данной возможности и пойдет речь далее.

Для рассмотрения данной возможности я использовал две виртуальные машины на базе Oracle VM-сервера 2.2.0 (x86 64 bit). В качестве гостевой операционной системы использовался Oracle Enterprise Linux 5.3 (x86). В качестве разделяемой системы хранения использовался Openfiler.

Установка Oracle Clusterware

Вначале установим Oracle Clusterware. На момент написания статьи, интеграция Oracle TimesTen и Oracle Clusterware возможна только на платформах Linux x86 и Linux x86-64, и только с версией Oracle Clusterware 11.1.0.7., поэтому после установки 11.1.0.6. необходимо поставить патчсет 11.1.0.7.

Процессу установки Oracle Clusterware посвящено достаточно много статей и поэтому я не буду детально описывать процесс установки. Только отмечу, что все машины должны использовать Network Time Protocol (NTP) или похожую систему для устранения расхождения во времени между машинами на интервал не больше чем 250 миллисекунд. Данное ограничение связано с функционированием active-standby pair репликации в Oracle TimesTen.

В данном примере я создал 2-ух узловой кластер со следующими настройками:

OS username / password:
• root/oracle
• oracle/oracle

Hostname raс1
• public IP 192.168.2.131
• virtual IP 192.168.2.31
• private IP 10.10.10.131
• IP for openfiler 172.16.2.131

Hostname rac2
• public IP 192.168.2.132
• virtual IP 192.168.2.32
• private IP 10.10.10.132
• IP for openfiler 172.16.2.132

Openfiler
• Public IP 172.16.2.1

Oracle Clusterware
• CRS_HOME=/u01/app/oracle/product/11.1.0/crs

Убедимся, что программное обеспечение Oracle Clusterware установлено и нормально функционирует.

[oracle@rac1 ~]$ crs_stat -t

Name           Type           Target    State     Host

------------------------------------------------------------

ora.rac1.gsd   application    ONLINE    ONLINE    rac1

ora.rac1.ons   application    ONLINE    ONLINE    rac1

ora.rac1.vip   application    ONLINE    ONLINE    rac1

ora.rac2.gsd   application    ONLINE    ONLINE    rac2

ora.rac2.ons   application    ONLINE    ONLINE    rac2

ora.rac2.vip   application    ONLINE    ONLINE    rac2

[oracle@rac1 ~]$

Также, убедимся что версия Oracle Clusterware соответствующая (11.1.0.7).

[oracle@rac1 ~]$ crsctl query crs activeversion

Oracle Clusterware active version on the cluster is [11.1.0.7.0]

Установка Oracle TimesTen 11g

После установки Oracle Clusterware устанавливаем Oracle TimesTen 11.2. Установить необходимо на те же машины, на которых функционирует Oracle Clusterware.

Процесс установки Oracle TimesTen 11.2 детально описан здесь (http://ggsig.blogspot.com/2010/05/oracle-timesten_01.html), за одним исключением (пункт взаимодействия с Oracle Clusterware). На данном этапе установки, необходимо прописать директорию хоума CRS-а, после чего инсталлятор должен показать доступные узлы для конфигурации active-standby pair репликации. После чего можно определить узлы на которых будет работать репликация.

Would you like to use TimesTen Replication with Oracle Clusterware? [ no ]yes

Please provide the path to the Oracle Clusterware installation on this machine (s=skip)? [  ] /u01/app/oracle/product/11.1.0/crs



NOTE: The TimesTen Clusterware agent port must be the same on all nodes

      of the cluster. Please refer to the TimesTen documentation for

      additional information.



Please enter a port number for the TimesTen Clusterware agent? [ 53386 ]



Executing '/u01/app/oracle/product/11.1.0/crs/bin/crsctl check cluster' ...

Oracle Clusterware is currently configured on the following nodes :



1. rac1

2. rac2



NOTE: By default, all of the nodes listed above will be added to the TimesTen

      Replication with Oracle Clusterware configuration. You can also

      specify your own list of nodes based on the list above.



Would you like to specify a node list for TimesTen Replication with Oracle Clusterware? [ no ]

После установки, проверим работу основного демона Oracle TimesTen

[oracle@rac1 ~]$ ttstatus

TimesTen status report as of Fri Feb 19 08:54:30 2010



Daemon pid 12978 port 53384 instance tt1

TimesTen server pid 13016 started on port 53385

------------------------------------------------------------------------

Accessible by group oinstall

End of report

Далее необходимо повторить процедуру установки на втором узле. Для более легкого управления рекомендуется устанавливать программное обеспечение под одним пользователем и в те же директории.

Если вы вначале установили Oracle TimesTen и после этого установили Oracle Clusterware, то для активации возможности интеграции данных продуктов вам необходимо воспользоваться утилитой ttmodinstall

Создание базы данных

Создадим на обоих узлах следующие директории:

/u01/app/datastore - для хранения всех баз данных Oracle TimesTen
/u01/app/datastore/ha_ds – для базы данных «ha_ds», которую будем реплицировать.

[root@rac1 ~]$ mkdir /u01/app/datastore[root@rac1 ~]$ chown oracle:oinstall /u01/app/datastore

[root@rac1 ~]$ mkdir /u01/app/datastore/ha_ds

[root@rac1 ~]$ chown oracle:oinstall /u01/app/datastore/ha_ds

Далее выбираем один из узлов кластера для создания базы данных. В данном случае - это узел rac1. Cоздадим сущность в файле sys.odbc.ini.

…

[ha_ds]

Driver=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so

DataStore=/u01/app/datastore/ha_ds

PermSize=40

TempSize=32

PLSQL=1

DatabaseCharacterSet=AL32UTF8

…

Далее соединяемся с базой данных «ha_ds» под администратором экземпляра Oracle TimesTen (пользователь, который устанавливал экземпляр Oracle TimesTen, в данном примере – это пользователь oracle) и создадим в ней необходимых пользователей:

adm – администратор базы данных и репликации (для этого данному пользователю необходима привилегия ADMIN).
app – пользователь имеющий минимальный набор привилегий, хозяин объектов.

[oracle@rac1 ~]$ ttisql ha_ds



Copyright (c) 1996-2009, Oracle.  All rights reserved.

Type ? or "help" for help, type "exit" to quit ttIsql.



connect "DSN=ha_ds";

Connection successful: DSN=ha_ds;UID=oracle;DataStore=/u01/app/datastore/ha_ds;

DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;

DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;

PermSize=40;TempSize=32;TypeMode=0;

(Default setting AutoCommit=1)

Command> create user adm identified by adm;

User created.

Command> grant ADMIN to adm;

Command> create user app identified by app;

User created.

Command> grant create session, create table to app;

Command> exit;

Disconnecting...

Done.

[oracle@rac1 ~]$

После этого соединяемся с базой данных под пользователем app и создаем таблицу plans.

[oracle@rac1 ~]$ ttisql "DSN=ha_ds;UID=app;PWD=app"



Copyright (c) 1996-2009, Oracle.  All rights reserved.

Type ? or "help" for help, type "exit" to quit ttIsql.

connect "DSN=ha_ds;UID=app;PWD=app";

Connection successful: DSN=ha_ds;UID=app;DataStore=/u01/app/datastore/ha_ds;

DatabaseCharacterSet=AL32UTF8;ConnectionCharacterSet=US7ASCII;

DRIVER=/u01/app/oracle/product/11.2.1/TimesTen/tt1/lib/libtten.so;

PermSize=40;TempSize=32;TypeMode=0;

(Default setting AutoCommit=1)

Command> create table plans ( Id  number(12),

       >                      Name        varchar(32 char),

       >                      PricePerMin binary_double,

       >                      Status      char(3 char),

       >                      primary key (Id) );

Command> exit;

Disconnecting...

Done.

[oracle@rac1 ~]$

Конфигурирование Active-Standby pair репликации и Oracle Clusterware

После того, как установка Oracle Clusterware и Oracle TimesTen завершена, база данных в Oracle TimesTen создана, можно приступать к конфигурации Active-Standby pair репликации.

В данном примере описывается создание простой конфигурации (basic level of availability).

Вначале добавим сущность в cluster.oracle.ini в котором пропишем узлы на которых будет запущена репликация и директория для скриптов (check, start, stop для определенной репликации) для CRS-са.

…

[ha_ds]

MasterHosts=rac1,rac2

ScriptInstallDir=/u01/app/oracle/product/11.2.1/TimesTen/tt1/info/crs_scripts

…

Теперь нужно повторить настройки cluster.oracle.ini и sys.odbc.ini на втором узле.
Далее регистрируем TimesTen кластер в OCR.

[root@rac1 ~]$ cd /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin/

[root@rac1 bin]$ ./ttCWAdmin -ocrconfig

Oracle Clusterware home = /u01/app/oracle/product/11.1.0/crs

Запускаем агенты кластера TimesTen на обоих узлах.

[root@rac1 bin]$ ./ttCWAdmin -init

Oracle Clusterware home = /u01/app/oracle/product/11.2.1/crs, hosts = rac1,rac2

===============================================================

Registering agent resources:... Registration complete.

===============================================================

===============================================================

Registering daemon resources:... Registration complete.

===============================================================

[root@rac1 bin]$

После этого в CRS должны появиться четыре новых сервиса

[oracle@rac1 ~]$ crs_stat -t

Name           Type           Target    State     Host

------------------------------------------------------------

TT_A...le_RAC1 application    ONLINE    ONLINE    rac1

TT_A...le_RAC2 application    ONLINE    ONLINE    rac2

TT_D...le_RAC1 application    ONLINE    ONLINE    rac1

TT_D...le_RAC2 application    ONLINE    ONLINE    rac2

ora.rac1.gsd   application    ONLINE    ONLINE    rac1

ora.rac1.ons   application    ONLINE    ONLINE    rac1

ora.rac1.vip   application    ONLINE    ONLINE    rac1

ora.rac2.gsd   application    ONLINE    ONLINE    rac2

ora.rac2.ons   application    ONLINE    ONLINE    rac2

ora.rac2.vip   application    ONLINE    ONLINE    rac2

[oracle@rac1 ~]$

[oracle@rac2 ~]$ crs_stat

…

NAME=TT_Agent_tt1_oracle_RAC1

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac1



NAME=TT_Agent_tt1_oracle_RAC2

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac2



NAME=TT_Daemon_tt1_oracle_RAC1

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac1



NAME=TT_Daemon_tt1_oracle_RAC2

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac2

...

Также видим новые процессы на обоих узлах.

[oracle@rac2 ~]$ ps -ef | grep ttCRS

oracle    5007     1  0 13:18 ?        00:00:00 /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin/ttCRSdaemonCmd start

oracle    5008     1  0 13:18 ?        00:00:00 /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin/ttCRSAgentCmd start

Теперь создаем Active-Standby pair репликацию. Данную репликацию можно создать двумя способами: используя команду create active standby pair replication или с помощью ttCWAdmin, но не обоями сразу!!! В данном случае создавать и управлять репликацией будем с помощью ttCWAdmin. При вводе имени пользователя с привелегией ADMIN вводим имя пользователя adm (создан на этапе создания базы данных и объектов).

[root@rac1 bin]$ ./ttCWAdmin -create -dsn ha_ds

Successful connection with Oracle clusterware stack

replication DDL = create active standby pair "HA_DS" on "rac1","HA_DS" on "rac2"



Enter internal UID with ADMIN privileges: adm

Enter password for the same UID:

Enter any phrase for password encryption:

Uid/Pwd verified on host rac1

Create active standby pair scheme on this host? (Y/N)Y

Waiting for confirmation from hosts...

Active Standby pair created on host rac1

==================================================================

Warning!! Data store on host(s) rac2 may be destroyed in order to be duplicated from active after the roll out.

Please back up this data store manually if necessary, before executing

ttCWAdmin -start Command

==================================================================

Registering TimesTen Cluster with Oracle Clusterware

==================================================================

Number of unregistered dsn resources = 2

Registering dsn resources:... Registration complete.

==================================================================

==================================================================

Number of unregistered service resources = 2

Registering service resources:... Registration complete.

==================================================================

[root@rac1 bin]$

После этого в CRS появятся еще четыре сервиса, связанные непосредственно с репликацией HA_DS. Также можно увидеть что два из них не запущены - имеют статусы OFFLINE.

[oracle@rac1 info]$ crs_stat -t

Name           Type           Target    State     Host

------------------------------------------------------------

TT_A...e_HA_DS application    ONLINE    ONLINE    rac1

TT_A...le_RAC1 application    ONLINE    ONLINE    rac1

TT_A...le_RAC2 application    ONLINE    ONLINE    rac2

TT_D...le_RAC1 application    ONLINE    ONLINE    rac1

TT_D...le_RAC2 application    ONLINE    ONLINE    rac2

TT_M...HA_DS_0 application    OFFLINE   OFFLINE

TT_M...HA_DS_1 application    OFFLINE   OFFLINE

TT_S...e_HA_DS application    ONLINE    ONLINE    rac1

ora.rac1.gsd   application    ONLINE    ONLINE    rac1

ora.rac1.ons   application    ONLINE    ONLINE    rac1

ora.rac1.vip   application    ONLINE    ONLINE    rac1

ora.rac2.gsd   application    ONLINE    ONLINE    rac2

ora.rac2.ons   application    ONLINE    ONLINE    rac2

ora.rac2.vip   application    ONLINE    ONLINE    rac2

[oracle@rac1 info]$

[oracle@rac2 ~]$ crs_stat

...

NAME=TT_Activeservice_tt1_oracle_HA_DS

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac1



NAME=TT_Master_tt1_oracle_HA_DS_0

TYPE=application

TARGET=OFFLINE

STATE=OFFLINE



NAME=TT_Master_tt1_oracle_HA_DS_1

TYPE=application

TARGET=OFFLINE

STATE=OFFLINE



NAME=TT_Subservice_tt1_oracle_HA_DS

TYPE=application

TARGET=ONLINE

STATE=ONLINE on rac1

...

Также, после этого в директории, прописанной в файле конфигурации репликации (cluster.oracle.ini) появяться ряд файлов для CRS(start, stop, check) для определенной репликации.

[oracle@rac2 crs_scripts]$ ls

...

ora_tt_tt1_HA_DS_master_1.sh

ora_tt_tt1_HA_DS_master_0.sh

ora_tt_tt1_HA_DS_activeservice.sh  

ora_tt_tt1_HA_DS_subservice.sh

Теперь посмотрим состояние нашей репликации.

[root@rac1 bin]# ./ttCWAdmin -status

TimesTen Cluster status report as of Wed Apr 14 17:00:19 2010



====================================================================

TimesTen daemon monitors:

Host:RAC1 Status: online

Host:RAC2 Status: online



====================================================================

====================================================================

TimesTen Cluster agents

Host:RAC1 Status: online

Host:RAC2 Status: online



====================================================================





Status of Cluster related to DSN HA_DS:

====================================================================

1. Status of Cluster monitoring components:

Monitor Process for Master Datastore 1 on Host RAC1: NOT RUNNING

Monitor Process for Master Datastore 2 on Host RAC2: NOT RUNNING

Monitor Process for Active datastore:RUNNING on Host rac1

Monitor Process for Standby datastore:RUNNING on Host rac1



2.Status of  Datastores comprising the cluster

Master Datastore 1:

Host:RAC1

Status:AVAILABLE

State:ACTIVE

Master Datastore 2:

Host:RAC2

Status:UNAVAILABLE

State:UNKNOWN

====================================================================

The cluster containing the replicated DSN is offline

Видим также, что агенты кластера Oracle TimesTen запущены, репликация существует, но она не запущена.
Ну и теперь запустим нашу реприкацию.

[root@rac1 bin]$ ./ttCWAdmin -start -dsn ha_ds

Successful connection with Oracle clusterware stack

Starting Cluster resources with Oracle clusterware

TimesTen Cluster is starting

[root@rac1 bin]$

Проверим статусы репликации.

[root@rac1 bin]$ ./ttCWAdmin –status

TimesTen Cluster status report as of Sat Feb 27 14:49:00 2010

==================================================================

TimesTen daemon monitors:

Host:RAC1 Status: online

Host:RAC2 Status: online



==================================================================

==================================================================

TimesTen Cluster agents

Host:RAC1 Status: online

Host:RAC2 Status: online



==================================================================

Status of Cluster related to DSN HA_DS:

==================================================================

1. Status of Cluster monitoring components:

Monitor Process for Master Datastore 1 on Host rac1: RUNNING

Monitor Process for Master Datastore 2 on Host rac2: RUNNING

Monitor Process for Active datastore:RUNNING on Host rac1

Monitor Process for Standby datastore:RUNNING on Host rac2



2.Status of  Datastores comprising the cluster

Master Datastore 1:

Host:rac1

Status:AVAILABLE

State:ACTIVE

Master Datastore 2:

Host:rac2

Status:AVAILABLE

State:STANDBY

==================================================================

The cluster containing the replicated DSN is online

Как видно реплицируемая база данных находиться в состоянии online. Состояние узлов в состояниях Active и Standby. Проверим CRS.

[oracle@rac2 info]# crs_stat -t

Name           Type           Target    State     Host

------------------------------------------------------------

TT_A...e_HA_DS application    ONLINE    ONLINE    rac1

TT_A...le_RAC1 application    ONLINE    ONLINE    rac1

TT_A...le_RAC2 application    ONLINE    ONLINE    rac2

TT_D...le_RAC1 application    ONLINE    ONLINE    rac1

TT_D...le_RAC2 application    ONLINE    ONLINE    rac2

TT_M...HA_DS_0 application    ONLINE    ONLINE    rac1

TT_M...HA_DS_1 application    ONLINE    ONLINE    rac2

TT_S...e_HA_DS application    ONLINE    ONLINE    rac1

ora.rac1.gsd   application    ONLINE    ONLINE    rac1

ora.rac1.ons   application    ONLINE    ONLINE    rac1

ora.rac1.vip   application    ONLINE    ONLINE    rac1

ora.rac2.gsd   application    ONLINE    ONLINE    rac2

ora.rac2.ons   application    ONLINE    ONLINE    rac2

ora.rac2.vip   application    ONLINE    ONLINE    rac2

[oracle@rac1 info]#

Как видно, все сервисы находяться в рабочем состоянии.
На этом конфигурация Active-Standby pair репликации завершено.
Теперь если мы будем вносить изменения на Активном узле, все эти изменения будут передаваться на standby, причем standby открыт на чтение.
При возникновении сбоя на основном узле, CRS достаточно быстро (одной командой) переведет standby в состояние active, после чего пользователи смогут продолжить работу. Рассмотрение возможности client failover будут рассмотрены в следующих статьях.

DB-BEER Party 24 июня 2010г.

2010-06-28T06:53:00.001+04:00

Update 1. Вот и состоялась очередная "DB-BEER Party". На мой взгляд мероприятие прошло достаточно успешно - можно было увидеть старых коллег и спокойно пообщаться на профессиональные темы (и не только на профессиональные :) ).

На фото (слева) Марк Ривкин торжественно открывает данное мероприятие. На фото (справа), Андрей Пивоваров обсуждает насущные проблемы с Александром Рындиным.

24 июня состоится "DB-BEER Party". На данном мероприятии можно душевно, за кружечкой пива, обсудить особенности работы продуктов семейства Oracle DB :)))

Планируемые 15-Ти минутные доклады:

Новые и малоизвестные DB продукты
Основные проблемы миграции на 11g
Использование мобильных терминалов в решениях Oracle
Exadata
Новости о судьбе ПО SUN
ROUG и конференция EMEA Harmony
Обзор последней компьютерной литературы
Golden gate
Демо TimesTen
Опыт использования RAT
Опыт использования опций БД в проектах
И другие доклады.

Если вы можете рассказать о чем-то интересном – напишите на почтовый
адрес: Mark.Rivkin@oracle.com. Мы хотим, чтобы как можно меньше рассказывал
Oracle и как можно больше рассказывали люди, использующие продукты Oracle каждый день.
Тема может быть любая, но желательно, чтобы она лежала в области продуктов семейства Oracle Database.

На это мероприятие обязательна регистрация, поэтому необходимо отправить Елене Гудовой (Elena.Gudova@oracle.com) заполненную регистрационную форму:

ФИО……...............................................……………………………………………………..
E-mail.………………………………………………………………………………………..
Отрасль……………………………….………………………..……………………………
Компания…………………………………………………………………………………….
Должность……………………………………………………………………………………
Адрес…………………………………………………………………………………………
Город…………………………………………………………………………
Телефон……………………………………………………………….

Событие состоиться в ресторане «Кому охота», по адресу: Спиридоньевский переулок,
д. 12/9 (вход с Б.Козихиского переулка). Начало регистрации в 15:30.

PS. Про аналогичное мероприятие "BI-пиво" можно прочитать на блоге Андрея Пивоварова

Oracle Database 11g Migration tour - Moscow 22d June

2010-06-23T14:37:00.002+04:00

22 июня, в день начала великой отечественной войны, в отеле "Катерина", состоится мероприятие, посвященное миграции баз данных.

Программа и регистрация

Я там тоже буду :)

Update 1.
Мероприятие прошло достаточно успешно, было много вопросов, особенно про способы миграции с очень маленьким временем простоя.

На фото Сергей Иванович Томин в своей неповторимой манере рассказывает про "подводные камни", с которыми вы можете столкнуться при миграции на 10g и 11g.

Oracle TimesTen 11.2.1.6

2010-05-06T13:10:00.000+04:00

На otn.oracle.com появилась новая версия Oracle TimesTen 11.2.1.6 под Linux x86 (32 и 64 bit) и под Solaris Sparc (32 и 64 bit).

Новые возможности в документации.

Установка Oracle TimesTen

2010-05-02T01:06:00.016+04:00

Перед тем как рассматривать возможности Oracle TimesTen, необходимо его установить. Этим и займемся :)

В данном посте я буду устанавливать Oracle TimesTen 11.2.1.4 на OEL 5.4 x86 (дистрибутив можно скачать с otn.oracle.com)

ВАЖНО: Перед установкой я настоятельно рекомендую ознакомиться с документацией (Oracle® TimesTen In-Memory Database Installation Guide)

Перед установкой нужно выпонить шаги описанные в разделе "Installation prerequisites" для Linux (сконфигурировать huge pages, shared memory и др.)

Установка будет происходить под пользователем oracle (данный пользователь будет администратором экземпляра).

Перед началом установки Oracle TimesTen, создадим необходимые директории:
- Директория /etc/TimesTen необходима для процесса установки.
- В директорию /u01/app/oracle/product/11.2.1 будет установлен экземпляр Oracle TimesTen.

[root@tt1 ~]# mkdir /etc/TimesTen
[root@tt1 ~]# chown oracle:oinstall /etc/TimesTen
[root@tt1 ~]# mkdir /u01/app/oracle/product/11.2.1
[root@tt1 ~]# chown oracle:oinstall /u01/app/oracle/product/11.2.1

Далее разархивируем дистрибутив.

[oracle@tt1 ~]$ pwd
/home/oracle
[oracle@tt1 ~]$ ls
timesten112140.linux86.tar.gz
[oracle@tt1 ~]$ gunzip timesten112140.linux86.tar.gz
[oracle@tt1 ~]$ tar -xf timesten112140.linux86.tar

Далее переходим в директорию linux86 и запускаем установку.

[oracle@tt1 ~]$ cd linux86
[oracle@tt1 linux86]$ ./setup.sh
NOTE: Each TimesTen installation is identified by a unique instance name.
The instance name must be a non-null alphanumeric string, not longer
than 255 characters.

Вначале, предлагается ввести имя экземпляра Oracle TimesTen (или согласиться с именем по умолчанию). В данном примере имя экземпляра tt1.

Please choose an instance name for this installation? [ tt1121 ] tt1
Instance name will be 'tt1'.
Is this correct? [ yes ]

Далее, предлагается выбрать компоненты для установки. В данном примере я устанавливаю все компоненты ("Client/Server and Data Manager").

Of the three components:

[1] Client/Server and Data Manager
[2] Data Manager Only
[3] Client Only

Which would you like to install? [ 1 ]

Далее необходимо выбрать директорию для установки экземпляра. В данном случае я воспользовался директорией, которую создал в самом начале.

Of the following options :

[1] /home/oracle
[2] /u01/distr/linux86
[3] Specify a location
[q] Quit the installation

Where would you like to install the tt1 instance of TimesTen? [ 1 ] 3
Please specify a directory to install TimesTen? [ /home/oracle ] /u01/app/oracle/product/11.2.1

Далее предлагается ввести директорию "основного демона", самого главного процесса экземпляра Oracle TimesTen, в которой будут размещаться файлы для работы с базами данных, и др. Также предлагается установить директорию для размещения логов работы основного демона. В данном примере я использую значения по умолчанию.

Where would you like to create the daemon home directory? [/u01/app/oracle/product/11.2.1/TimesTen/tt1/info]

The daemon logs will be located in /u01/app/oracle/product/11.2.1/TimesTen/tt1/info
Would you like to specify a different location for the daemon logs? [ no ]
Installing into /u01/app/oracle/product/11.2.1/TimesTen/tt1 ...
Uncompressing ...

Далее, необходимо определить порт для основного демона. Я использую значения по умолчанию. Затем я ограничиваю доступ к установке Oracle TimesTen всем пользователям кроме пользователей, входящих в группу oinstall. Опять использую значения по умолчанию.

NOTE: If you are configuring TimesTen for use with Oracle Clusterware, the
daemon port number must be the same across all TimesTen installations
managed within the same Oracle Clusterware cluster.
NOTE: All installations that replicate to each other must use the same daemon
port number that is set at installation time. The daemon port number can
be verified by running 'ttVersion'.

The default port number is 53384.

Do you want to use the default port number for the TimesTen daemon? [ yes ]
The daemon will run on the default port number (53384).

NOTE: For security, we recommend that you restrict access to the
TimesTen installation to members of a single OS group. Only members of
that OS group will be allowed to perform direct mode connections to
TimesTen, and only members of that OS group will be allowed to perform
operations that access TimesTen data stores, TimesTen files and shared
memory. The OS group defaults to the primary group of the instance
administrator. You can default to this group, choose another OS group
or you can make this instance world-accessible. If you choose to make
this instance world-accessible, all database files and shared memory
are readable and writable by all users.

Restrict access to the the TimesTen installation to the group 'oinstall'? [ yes ]

Далее, предлагается активировать возможность поддержки PL/SQL. Опять соглашаемся (по умолчанию).

NOTE: Enabling PL/SQL will increase the size of some TimesTen libraries.

Would you like to enable PL/SQL for this instance? [ yes ]

Далее, если вы хотите использовать Oracle TimesTen для кэширования данных из Oracle Database, вы должны установить на машине Oracle Client, и после этого установить значение ORACLE_HOME для переменной TNS_ADMIN (см. ниже). В данном примере я не буду активировать данную возможность (ввожу s=skip).

In order to use the 'In-Memory Database Cache' feature in any databases
created within this installation, you must set a value for the TNS_ADMIN
environment variable. It can be left blank, and a value can be supplied later
using /bin/ttModInstall.

Please enter a value for TNS_ADMIN (s=skip)? [ ] s

NOTE: It appears that you are running version 4.1 of the g++
compiler. TimesTen ships with multiple sets of client libraries and server
binaries : one built for compatibility with g++ 3.4.6 and one with
g++ 4.1.0. The installer has created links to the 4.1.0 library in the
/lib directory and to the 4.1.0 server binary in the
/bin directory. If you want to use a different compiler,
please modify the links to point to the desired library and server binary.

Installing server components ...

Далее необходимо определить порт для серверного процесса Oracle TimesTen - данный процесс необходим для осуществления клиент-серверного соединения с Oracle TimesTen. В данном примере использую значение по умолчанию.

What is the TCP/IP port number that you want the TimesTen Server to listen on? [ 53385 ]

Далее, предлагается установить документацию. Опять используем значения по умолчанию.

Do you want to install QuickStart and the TimesTen Documentation? [ no ]
Would you like to install the documentation (without QuickStart)? [ yes ]
Where would you like to create the doc directory (s=skip)?
[ /u01/app/oracle/product/11.2.1/TimesTen/tt1/doc ]
The TimesTen documentation has been installed in /u01/app/oracle/product/11.2.1/TimesTen/tt1/doc.
Installing client components ...

Далее, если вы планируете использовать репликацию Oracle TimesTen, то для управления active-standby pair репликацией можно использовать Oracle Clusterware. Совместное использование Oracle Clusterware и Oracle TimesTen будет рассмотрено в ближайшем будущем :) В данном примере я не использую данную возможность.

Would you like to use TimesTen Replication with Oracle Clusterware? [ no ]

NOTE: The TimesTen daemon startup/shutdown scripts have not been installed.

Run the 'setuproot' script :
cd /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin
./setuproot -install
This will move the TimesTen startup script into its appropriate location.

The startup script is currently located here :
'/u01/app/oracle/product/11.2.1/TimesTen/tt1/startup/tt_tt1'.

The 11.2.1.4 Release Notes are located here :
'/u01/app/oracle/product/11.2.1/TimesTen/tt1/README.html'

Starting the daemon ...
TimesTen Daemon startup OK.
End of TimesTen installation.

На данном этапе установка экземпляра Oracle TimesTen завершена, но, возможно, вам понадобится автоматический запуск экземпляра Oracle TimesTen после перезапуска системы. Для этого выполним скрипты, которые нам предложил установщик.

[root@tt1 ~]# cd /u01/app/oracle/product/11.2.1/TimesTen/tt1/bin
[root@tt1 bin]# ./setuproot -install
Would you like to install the TimesTen daemon startup scripts into /etc/init.d? [ yes ]
Copying /u01/app/oracle/product/11.2.1/TimesTen/tt1/startup/tt_tt1 to /etc/init.d

Successfully installed the following scripts :
/etc/init.d/tt_tt1
/etc/rc.d/rc0.d/K45tt_tt1
/etc/rc.d/rc1.d/K45tt_tt1
/etc/rc.d/rc2.d/S90tt_tt1
/etc/rc.d/rc3.d/S90tt_tt1
/etc/rc.d/rc5.d/S90tt_tt1
/etc/rc.d/rc6.d/K45tt_tt1
[root@tt1 ~]#

Проверим работу основного демона.

[oracle@tt1 ~]$ ttstatus
TimesTen status report as of Fri Feb 19 08:54:30 2010

Daemon pid 12978 port 53384 instance tt1
TimesTen server pid 13016 started on port 53385
------------------------------------------------------------------------
Accessible by group oinstall
End of report

На данном этапе установка полностью завершена. Теперь можно создавать базы данных и с ними работать. Если в дальнейшем понадобиться изменить какие-нибудь параметры инсталляции Oracle TimesTen (например - активировать интеграцию с Oracle Clusterware), то это можно сделать с помощью утилиты TT_HOME/bin/ttModInstall.Также здесь можно посмотреть различные ролики по установке Oracle TimesTen на различные платформы.

Введение в Oracle TimesTen

2010-05-02T00:40:00.001+04:00

Свое описание начну с одного, очень интересного на мой взгляд, продукта под названием Oracle TimesTen. Что же это за продукт?

Если сказать в нескольких словах, то Oracle TimesTen - это очень быстрая СУБД, которая размещается в оперативной памяти. Используя оптимизированные структуры для работы именно в оперативной памяти (например Ttree и Hash индексы и др.) Oracle TimesTen позволяет получить очень маленькое время отклика (микросекунды) и высокую пропускную прособность.

TimesTen наиболее часто находит применение в следующих областях:

* Биржевая торговля
* Биллинг, сети и телекоммуникации
* Резервирование билетов (авиа, жд и др.)
* Порталы самообслуживания
* Центры поддержки клиентов

Кроме того, Oracle TimesTen имеет достаточно много возможностей:

1. Поддержка SQL

2. Поддержка PL/SQL

3. Создание XLA приложений

4. Репликация

5. Интеграция с Oracle Clusterware

6. In-Memory Database Grid

И многое другое.

Далее в следующих постах я постораюсь раскрыть более детально каждую из этих возможностей.

О блоге

2010-05-02T00:20:00.000+04:00

Вернувшись из очередной командировки я по примеру своих коллег (Дмитрия Волкова, Андрея Пивоварова, Александра Рындина) решил создать свой блог.
В данном блоге, я буду размещать информацию о различных технологических продуктах корпорации Oracle