728x90

You must not install ISM on a computer in which a NetWorker server or a NetWorker client is already installed. If you attempt such an installation, it fails with the following message: The ISM setup script detected that another storage manager is installed in /nsr, which conflicts with ISM. If you want to setup ISM, you need to de-install the other storage manager and then run $INFORMIXDIR/bin/ism_startup -init.


For ISM to be installed on a computer that has a NetWorker server or client on it, the NetWorker server or client has to be completely uninstalled first.


To uninstall your currently running ISM on UNIX:

1. Log in as user informix.

2. Change to the ISM binaries directory: 

cd $INFORMIXDIR/bin

3. Become user root.

4. Shut down the ISM daemons: 

./ism_shutdown -q

5. Verify that the daemons are shut down: 

ps -ef | grep nsr

6. Move the ISM executables to a temporary directory: 

mkdir ./ism.tmp 

mv ism* ism.tmp 

mv nsr* ism.tmp 

mv mm* ism.tmp 

mv save* ism.tmp 

mv scanner ism.tmp 

mv usam ism.tmp 

mv recover ism.tmp 

7. Move the ISM catalogs to a temporary directory:

cd $INFORMIXDIR 

mv ism ism.bak 

8. Remove the symbolic link to the ISM catalogs: 

rm /nsr 

9. Remove the call to ism_catalog from the $INFORMIXDIR/onbar script.


Now you are ready to install your new storage manager on UNIX. 


Tip: The ism_shutdown command shuts down the ISM daemons nsrd, nsrexecd, nsrmmdbd, and nsrindexd. It does not uninstall ISM, that is, it does not remove the ISM executables in $INFORMIXDIR/bin, the symbolic link /nsr, or the various ISM files in $INFORMIXDIR/ism.

728x90
728x90

To start ISM on UNIX for the first time, issue the ism_startup -init command. The following shell script is an example of a simple setup for making on–Bar storage-space and logical-log backups to disk files:


#!/usr/bin/ksh

# setup for ISM storage manager

INFORMIXDIR=/data/informix

export INFORMIXDIR


echo "ISM setup begins"


# the user must edit these two lines to select

# appropriate disk locations for storage manager use.

SM_DISKDEV1=/backups/dbspaces

SM_DISKDEV2=/backups/logfiles

export SM_DISKDEV1

export SM_DISKDEV2


# start ISM server

echo "initalize ISM server, must be done as root"

$INFORMIXDIR/bin/ism_startup -init


$INFORMIXDIR/bin/ism_add -admin informix@server (server=hostname)


Important: To make informix the ISM user and thereby ensure informix has access to conduct ISM operations during daily routines, you must run the following command after any ism_startup -init or ISM installation:


# create some devices and media

# the ISM user, defined in ism_add -admin, can do these tasks

echo "create and mount ISM devices and pools"

ism_add -device $SM_DISKDEV1 -type file

ism_add -device $SM_DISKDEV2 -type file

ism_op -label $SM_DISKDEV1 -pool ISMDiskData -volume ISMData

ism_op -label $SM_DISKDEV2 -pool ISMDiskLogs -volume ISMLogs

ism_op -mount $SM_DISKDEV1

ism_op -mount $SM_DISKDEV2

echo "end of ISM setup"



Set ISM environment variables and onCONFIG parameters

If you use ISM, you can specify the volume pool names for storage spaces and logical logs in the ISM_DATA_POOL and ISM_LOG_POOL parameters in the onconfig file. The ISM_DATA_POOL configuration parameter specifies the volumepool that you use for backing up storage spaces. The ISM_LOG_POOL configuration parameter specifies the volume pool that you use for backing up
logical logs.

e.g.
ISM_DATA_POOL ISMDiskData
ISM_LOG_POOL ISMDiskLogs

If you do not set these configuration parameters, they default to the volume pool names ISMData and then ISMLogs.


LTAPEDEV parameter
If you specify a tape device in the LTAPEDEV configuration parameter, ON-Bar ignores the value. on-Bar also ignores the value of the LTAPEBLK, LTAPESIZE, TAPEDEV, TAPEBLK, and TAPESIZE parameters. Consider leaving these parameter values blank when you use on-Bar because the storage manager sets these values.

Important: Set LTAPEDEV to /dev/null or leave it blank on UNIX or NUL on Windows only if you do not want to back up the logical logs. The on-Bar activity log shows a warning and return code 152. Because the database server marks the logical logs as backed up when they are no longer current, on-Bar cannot find logical logs to back up. All transactions in those logs are lost, and you are not able to restore them.

728x90
728x90

Determine the server-processing locale

The database server uses the server-processing locale to obtain locale information for its own internal sessions and for any connections.

When the database server begins execution, it initializes the server-processing locale to the default locale. When a client application requests a connection, the database server must redetermine the server-processing locale to include the client and database locales. The database server uses the server-processing locale to obtain locale information that it needs when it transfers data between the client system and the database.

After the IBM® Informix® database server verifies the database locale, it uses a precedence of environment variables from the client and database locales to set the server-processing locale.

The database server obtains the following information from the server-processing locale:
  • Locale information for the database

    This database information includes the localized order and code set for data in columns with the locale-sensitive data types (NCHAR and NVARCHAR). The database server obtains this information from the name of the database locale that it has verified.

  • Locale information for client-application data

    This client-application information provides the end-user formats for date, time, numeric, and monetary data. The database server obtains this information from the client application when the client requests a connection.

The following figure shows the relationship between the client locale, database locale, server locale, and server-processing locale.
Figure 1. The server-processing locale
begin figure description - This figure is described in the surrounding text. - end figure description
Tip: The database server uses the server locale, as specified by the SERVER_LOCALE environment variable, for read and write operations on its own operating-system files. For information about operating-system files, see GLS support by IBM Informix database servers.


Locale information for the database

The database server must know how to interpret the data in any columns with the locale-specific data types, NCHAR and NVARCHAR.

To handle this locale-specific data correctly, the database server must know the localized order for the collation of the data and the code set of the data. In addition, the database server uses the code set of the database locale as the code set of the server-processing locale.

The database server might have to perform code-set conversion between the code sets of the server-processing locale and the server locale. For more information, see Perform code-set conversion.

The database server uses the following precedence to determine this database information:
  1. The locale that the database server uses to determine the database information for the server-processing locale depends on the state of the database to which the client application requests a connection, as follows:
    1. For a connection to an existing database, the database server uses the database information from the database locale that it obtains when it verifies the database locale. If the client application does not send DB_LOCALE, the database server uses the DB_LOCALE that is set on the server computer.
    2. For a new database, the database server uses the DB_LOCALE, which the client application has sent.
  2. The locale that the DB_LOCALE environment variable on the server computer indicates
  3. The default locale (U.S. English)

IBM® Informix® uses the precedence of steps 1, 2, and 3 in the preceding list to obtain the database information for the server-processing locale. You are not required to set the other environment variables.

Tip: The precedence rules apply to how the database server determines both the COLLATION category and the CTYPE category of the server-processing locale. For more information about these locale categories, see Locale categories.

For more information about how the database server obtains these environment variables, see Send the client locale.

If the client application makes another request to open a database, the database server must reestablish the database information for the server-processing locale, as follows:
  1. Reverify the database locale by comparing the database locale in the database to be opened with the value of the DB_LOCALE environment variable from the client application.
  2. Reestablish the server-processing locale with the newly verified database locale (from the preceding step).

For example, suppose that your client application has DB_LOCALE set to en_us.8859-1 (U.S. English with the ISO8859-1 code set). The client application then opens a database with the U.S. English locale (en_us.8859-1), and the database server establishes a server-processing locale withen_us.8859-1 as the locale that defines the database information.

If the client application now closes the U.S. English database and opens another database, one with the French locale (fr_fr.8859-1), the database server must reestablish the server-processing locale. The database server sets the eighth character field of the SQLWARN array to W indicate that the two locales are different. The client application, however, might choose to use this connection because both these locales support the ISO8859-1 code set. If the client application opens a database with the Japanese SJIS locale (ja_jp.sjis) instead of one with a French locale, your client application would probably not continue with this connection because the locales are too different.

http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.glsug.doc/ids_gug_050.htm#ids_gug_050

http://publib.boulder.ibm.com/infocenter/idshelp/v115/topic/com.ibm.glsug.doc/ids_gug_051.htm

728x90

'Informix > informix reference' 카테고리의 다른 글

Uninstalling ISM  (0) 2011.10.24
Setting Up ISM on UNIX  (0) 2011.10.24
How to use oncheck to detect corruption  (0) 2011.10.10
Informix Continuing Support Offering  (0) 2011.10.06
The archecker Schema Reference  (0) 2011.08.31
728x90

INTRODUCTION

IBM® Informix® Dynamic Server (IDS) includes the oncheck utility that is used to check for corruption within the database instance, and in some cases fix it.

This article describes the initial diagnostics that should be run against a database instance that may contain corruption.

BEFORE YOU BEGIN

Ensure that you have database system administrator (DBSA) access rights and have your shell environment configured to enable you to connect to your database instance.

STEPS

oncheck -cr

This command checks the consistency of the reserved pages. The reserved pages are used to track control and configuration information for the entire instance. For example, the currently used onconfig parameters are stored here.

Running this command will usually take very little time if the engine is online. If the instance is not running, the utility will take a short while to respond as it confirms the current state of the instance before continuing. This command will have little or no performance impact when run against a production server.

Example

$oncheck -cr

Validating IBM Informix Dynamic Server reserved pages

    Validating PAGE_PZERO...

    Validating PAGE_CONFIG...


    Validating PAGE_1CKPT & PAGE_2CKPT...
          Using check point page PAGE_2CKPT.

    Validating PAGE_1DBSP & PAGE_2DBSP...
          Using DBspace page PAGE_2DBSP.

    Validating PAGE_1PCHUNK & PAGE_2PCHUNK...
          Using primary chunk page PAGE_1PCHUNK.

    Validating PAGE_1ARCH & PAGE_2ARCH...
          Using archive page PAGE_2ARCH.

oncheck -cc

This command checks the constancy of the system catalog tables of which there are a set for every database within the instance. These tables store critical data about the database, such as database schema's.

This command will usually take a few minutes to execute; the precise amount of time is proportional to the number of databases within the instance. This command will have little or no performance impact when run against a production system.

Example

$oncheck -cc

Validating database sysmaster

    Validating systables for database sysmaster

    Validating syscolumns for database sysmaster

    Validating sysindexes for database sysmaster

    Validating systabauth for database sysmaster

    Validating syscolauth for database sysmaster

    Validating sysdepend for database sysmaster

    Validating syssyntable for database sysmaster
WARNING:No syssyntable records found.

    Validating sysviews for database sysmaster

    Validating sysconstraints for database sysmaster

[...]

oncheck -ce

This command checks the consistency of the extents within the database server. An extent is a contiguous area of disk that stores data, index data or blob data for a specific table. The oncheck utility ensures that all of the extents and free space within the database server, match their associated control information.

This command will usually take a few minutes to execute. The exact amount of time is proportional to the amount of disk space that is allocated to the database instance. This command will have little (or no) performance impact when run on a production system.

Example

%$oncheck -ce

Validating extents for Space 'rootdbs' ...

 Chunk Pathname              Pagesize(k)  Size(p)  Used(p)  Free(p)
     1 /chunks/ids10/rootdbs          2    15000    12552     2448

oncheck -cDI database_name [:table_name - optional]

This command checks the consistency of the data and index pages within the specified database.

Caution: This command can take a substantial amount of time to complete as oncheck analyses every page within the database.

Tip: You can calculate the speed (MB/sec) with which oncheck runs on your system by running oncheck against a specific table. You will then be able to estimate how long it will take oncheck to analyse an entire database.

This command will typically have a considerable impact on database performance. You should consider bringing the server into quiescent mode prior to running this command, in order to ensure that the utility has exclusive access to the database.

Example

Validating indexes for stores7:informix.systables...
                Index tabname
                Index tabid

Validating indexes for stores7:informix.syscolumns...
                Index column
                Index col_xtd_id

Validating indexes for stores7:informix.sysindices...
                Index idxtab
                Index idxname
[...]

TBLspace data check for stores7:informix.systables

TBLspace data check for stores7:informix.syscolumns

TBLspace data check for stores7:informix.sysindices

[...]

If errors are reported whilst running these commands then please contact your local technical support office for assistance.

For further details on using the oncheck utility, refer to the IBM Informix Dynamic Server Administrator's Reference.



http://www-01.ibm.com/support/docview.wss?uid=swg21209842

728x90

'Informix > informix reference' 카테고리의 다른 글

Setting Up ISM on UNIX  (0) 2011.10.24
Determine the server-processing locale  (0) 2011.10.18
Informix Continuing Support Offering  (0) 2011.10.06
The archecker Schema Reference  (0) 2011.08.31
Informix Pocket Guide  (0) 2011.07.15
728x90

Abstract

Discover the flexible options available to you when your Informix software reaches End of Service. Announcing the Continuing Support for Informix versions 7.31, 9.4 and 10! IBM is pleased to extend the Continuing Support offering for Informix versions 7.31, 9.4 and 10 that will provide you with continued access to the same knowledgeable Informix global Support team you are working with today.

Content

World-Class Software Support

Under your IBM Passport Advantage agreement's (International Passport Advantage Agreement or International Passport Advantage Express Agreement) Software Subscription and Support, you receive comprehensive cross-platform technical assistance from a team of highly skilled support experts. Additionally, you get comprehensive and flexible upgrade protection, access to the latest software versions and releases, remote technical support, 24 x 7 support for business-critical outages, online self-help resources, and unlimited electronic and voice access (where available) to world-class global IBM Software Support Centers. 

End-of-Service Support Options
When your Informix software versions reach their End of Service date - when support is no longer available through standard Software Subscription and Support – there is no need to tackle support issues on your own. For Informix versions 7.31, 9.4 and 10, new and flexible options are now available.

Benefit from the Continuing Support Program 
for Informix versions 7.31, 9.4 and 10

IBM is pleased to extend the popular Continuing Support offering through September 30, 2013, a program for Informix versions 7.31, 9.4 and 10 that will provide you with continued access to the same knowledgeable Informix global Support team you are working with today. This assistance, included with your active Informix Subscription and Support renewal and acceptance of the Service Extension for Continuing Support terms, will help keep your business running on Informix software until you are able to upgrade to take advantage of new features available in the latest Informix version. 

This exciting offering allows you to enjoy many of the Subscription and Support benefits that you have told us matter most to you, including:

· 7 day, 24 hour support for mission critical emergencies (Severity 1)
· Provided by voice in most countries.
· Provided in English, with the local language accommodated when possible.
· Remote problem analysis and assistance during normal country business hours in your time zone.
· Support for routine, short duration installation and usage questions 
· Response time objective of two hours during prime shift for voice and electronic problem submissions. Response objective for critical/emergency problems during off-shift hours is two hours.
· Unlimited number of technical support incidents.
· Access to documentation, technotes and other online product material
· Access to existing available fixes created before the product's EOS date to correct known defects

The Continuing Support offering does not include:
· Voice and electronic access support for code-related problems.
· Development analysis of new defects
· Development of or packaging fixes that are not already available
· Support for third party components
· Infrastructure validation for Informix products that are not included on the product compatibility matrix released as part of the product end-of-support announcement

Program Participation
You need to complete your annual Informix Subscription and Support renewal on time and sign a Service Extension for Continuing Support contract to receive Continuing Support assistance. 

Complete Coverage for Mission Critical Installations
For mission critical installations, it is highly recommended that you continue to pro-actively purchase a Service Extensions (SE) to receive full defect and development support assistance. By adding this offering, you will be maintaining the same full defect support coverage you received before the End of Service date, further protecting your installation. If you require development or defect support assistance after the End of Service for any version, including during the life of the Continuing Support pilot or with an active Upgrade Bridge contract, you will be required to purchase a Service Extension at that time at IBM's specified charge in order to receive such support. Contact your IBM sales representative for more information, or to purchase these options.
Hide details for FAQsFAQs

1. Why should I take advantage of Continuing Support for Informix versions 7.31, 9.4 or 10?
Continuing Support provides flexibility for you to remain up and running on Informix software with non-defect Support until you are ready to upgrade to the latest version of Informix. Continuing Support provides uninterrupted access to many of the benefits of Subscription and Support and is more affordable than other options, such as a Service Extension or TCO.

2. What is the cost of Continuing Support and how do I buy it?
Continuing Support is available through your regular S&S renewal time and for the same price as a regular S&S renewal. 

3. How long is support provided through this pilot? 
Continuing Support is now extended until September 30, 2013. 

4. I am on Informix version 7.31, and out of support, and would like to benefit from this offering. 
Continuing Support is now available for clients running 7.31. To learn more about Continuing Support for 7.31 installations, please contact your local sales representative or email inquiries toaskIFMX@us.ibm.com.

5. Are special builds on Informix 7.31, 9.4 or 10 included with Continuing Support?
Continuing Support assistance provides you with access to pre-existing and available fixes. Special builds will not be created as part of this offering. If a special build is required, you will need first to purchase and sign a contract for a Service Extension.

6. Should I purchase a Service Extension (SE) instead of relying on Continuing Supportassistance
If your business requires the same comprehensive full-defect coverage it relied on before the EOS date, you will want to purchase a SE, if available. A SE is recommended for maximum coverage for your mission critical installations. 

7. What if I have already purchased a Service Extension (SE) for Informix version 7.31, 9.4 or 10?
You should evaluate your true business need. If you require maximum Support coverage, you should maintain the SE for optimum coverage (this is recommended). If the Support offerings available through Continuing Support for non-defect support are sufficient, you may cancel your SE agreement. By cancelling your SE agreement, you will remove coverage for defect assistance and will be required to pay an increased fee if defect correction is required.



https://www-304.ibm.com/support/docview.wss?rs=630&uid=swg21439094

728x90
728x90

IC69181: SQUARED BRACKET "[]" SUBSTRING OPERATION CREATES WORSE QUERY PLAN THAN CORRESPONDING SUBSTR() FUNCTION


https://www-304.ibm.com/support/docview.wss?uid=swg1IC69181



IC73640: WRONG RESULTS POSSIBLE FOR SQL QUERY WITH JOIN, LIKE WITH WILDCARD AND A SPECIFIC INDEX USED




IC62817: SELECT on INDEX WITH LIKE, UNDERSCORE AND LEADING OR FILTER RETURNS INCORRECT RESULTS






728x90
728x90

archecker 유틸리티는 onbar/ontape 드라이버를 통해 아카이브(archive)에서 테이블을 추출(extract)한다.

복원을 수행하기 위해서는 다음 내용을 지정한 스키마 커맨드 파일(schema command file)을 사용한다.

  • 원본 테이블
  • 대상 테이블
  • 테이블 스키마
  • 데이터베이스
  • 외부 테이블(external table)
  • 특정 시점으로 테이블 복원
  • 기타 옵션

스키마 커맨드 파일을 설정하기 위한 두 가지 방법 :

1. archecker 구성 파일(ac_config)에 AC_SCHEMA 구성 매개 변수를 설정한다. 

2. -f cmdname 옵션을 사용하며 AC_SCHEMA 구성 매개 변수는 무시한다. (우선 순위 높음)


스키마 커맨드 파일은 다음 구문을 사용하여 작성할 수 있다.

  • CREATE TABLE
  • DATABASE
  • INSERT INTO
  • RESTORE
  • SET


CREATE TABLE은 원본 테이블과 대상 테이블을 지정하는 구문이다. 구문 형식은 IBM Informix SQL 형식을 따른다.

원본 테이블에 대한 구문은 백업을 수행했을 당시의 테이블 형상과 동일해야 한다.


Note:
원본 테이블 형상은 archecker에 의해 검증되지 않으며, 백업본의 테이블 형상과 다르게 지정하면 오류가 발생할 수 있다.


원본 테이블에는 동의어(synonym)나 뷰(view)를 지정할 수 없다. 원본 테이블의 형상에는 컬럼과 스토리지 옵션만이 필요하다. 익스텐트(extent) 크기, 잠금(lock) 모드 같은 옵션은 무시된다. 


원본 테이블이 분할(fragmented)되어 있다면, 원본 테이블의 데이터가 있는 모든 dbspace를 지정해야 한다. archecker 유틸리티는 스키마 커맨드 파일에 지정한 dbspace에서만 데이터를 추출한다. 원본 테이블에 제약조건(constraints), 인덱스, 트리거 등이 포함되어 있으면 복원하는 동안에는 자동으로 비활성화된다. 외래키(foreign constraints)의 경우에는 참조하는 테이블의 제약조건 또한 비활성화된다. 복원이 완료되면 제약조건, 인덱스, 트리거가 활성화된다. 빠른 성능으로 복원을 수행하려면 복원하기 전에 제약조건, 인덱스, 트리거를 생성하지 않도록 한다.

마찬가지로 대상 테이블도 커맨드 파일에 지정해야 한다. 대상 테이블이 복원 시점에 존재하지 않으면, 커맨드 파일에 지정한 구문이 실행된다. 대상 테이블이 존재한다면 커맨드 파일에 지정한 형상과 일치해야 한다. 데이터는 기존 테이블에 추가된다.


Examples

원본 테이블과 대상 테이블의 형상은 동일하지 않아도 된다. 다음 예제는 원본 데이터를 추출하여 대상 테이블을 분할 형태로 구성하는 방법이다. 

CREATE TABLE source (col1 integer, ...) IN dbspace1;
CREATE TABLE target (col1 integer, ...) 
   FRAGMENT BY expression
      MOD(col1, 3) = 0 in dbspace3),
      MOD(col1, 3) = 1 in dbspace4),
      MOD(col1, 3) = 2 in dbspace5);
INSERT INTO target SELECT * FROM source;


테이블을 외부 테이블로 구성하려면 CREATE EXTERNAL TABLE 구문을 사용한다.

Syntax

스키마 커맨드 파일의 CREATE EXTERNAL TABLE 구문은 Informix SQL 구문과 다르다.

Read syntax diagramSkip visual syntax diagram                                   .-,-----------------.
                                   V                   |
>>-CREATE EXTERNAL TABLE--name--(----column--data_type-+--)----->
>--USING--(--"filename"--+------------------+--)--;------------><
                         '-,--+-DELIMITED-+-'
                              '-INFORMIX--'


CREATE EXTERNAL TABLE 구문은 데이터를 외부 테이블로 복사할 때 사용한다. level-0 아카이브 데이터만 가능하며, 논리 로그(logical log)는 적용되지 않는다.

다음은 외부 테이블의 포맷을 지정하는 옵션이다.

  • DELIMITED: ASCII 구분자 파일. 기본 포맷
  • INFORMIX: 이진 포맷.

외부 테이블의 경우 성능을 최적화를 위해 조건을 적용하지 않는다. 조건을 지정해도 무시된다.



DATABASE 구문은 사용할 데이터베이스를 지정한다. 

Syntax

Read syntax diagramSkip visual syntax diagram>>-DATABASE--dbname--+-----------+--;--------------------------><
                     '-MODE ANSI-'
DATABASE 구문을 여러번 사용할 수도 있다. 이 구문 아래의 명시된 테이블 이름은 지정한 데이터베이스의 테이블을 가리킨다. 데이터베이스의 로깅 모드가 ANSI이고 decimal 데이터 타입을 사용하는 경우, 로깅 모드를 명시해야 한다.

Note:
로깅모드를 지정하지 않고 복원 수행시 오류가 발생하지 않더라도, 데이터는 보장할 수 없다.

Examples

다음 예제는 dbs 데이터베이스에 원본 테이블과 대상테이블이 모두 존재하는 경우의 구문이다.

DATABASE dbs;
CREATE TABLE source (...);
CREATE TABLE target (...);
INSERT INTO target SELECT * from source;

어떤 데이터베이스에서 테이블을 추출하여 다른 데이터베이스로 복사할 때는 여러개의 DATABASE 구문을 사용한다.

DATABASE dbs1;
CREATE TABLE source (...) IN dbspace1;
DATABASE dbs2;
CREATE TABLE target (...) IN dbspace2;
INSERT INTO dbs2:target SELECT * FROM dbs1:source;


INSERT 구문은 아카이브에서 추출한 데이터를 어느 테이블에 넣을지 지정한다. 

Syntax

Read syntax diagramSkip visual syntax diagram>>-INSERT INTO--target_table--+-----------------------+--------->
                              |   .-,-------------.   |
                              |   V               |   |
                              '-(---target_column-+-)-'
             .-,----------.
             V            |
>--SELECT--+---src_column-+-+--FROM--src_table------------------>
           '-*--------------'
>--+---------------+-------------------------------------------><
   '-WHERE--filter-'
ElementDescription
filterThe following filters are supported by the INSERT statement:

  • =, !=, <>
  • >, >=, <, <=
  • [NOT] MATCH, [NOT] LIKE
  • IS [NOT] NULL
  • AND, OR
  • TODAY, CURRENT

The following operators are not supported by thearchecker utility:

  • Aggregates
  • Functions and procedures
  • Subscripts
  • Subqueries
  • Views
  • Joins

Filters can only be applied to physical-only restore.

src_columnA list of columns to be extracted.
src_tableThe source table on the archive where the data is restored from.
target_columnThe destination column or columns where the data will be restored.
target_tableThe destination table where the data will be restored.

Examples

다음 구문으로 원본 테이블의 모든 데이터를 대상 테이블에 입력할 수 있다.

INSERT INTO target SELECT * FROM source;

원본 테이블의 일부 컬럼만을 추출할 수도 있다. 다음 예제는 원본 테이블의 두 컬럼을 대상 테이블에 입력하는 구문이다.

CREATE TABLE source (col1 integer, col2 integer, col3 integer, col4 integer);
CREATE TABLE target (col1 integer, col2 integer);
INSERT INTO target (col1, col2) SELECT (col3, col4) FROM source;


RESTORE는 선택적 명령으로 테이블을 특정 시점으로 복원할 때 사용한다.

Syntax

Read syntax diagramSkip visual syntax diagram>>-RESTORE--+----------------------------------+---------------><
            '-TO--+-"time"--+--+-------------+-'
                  '-CURRENT-'  '-WITH NO LOG-'
ElementDescription
"time"The date and time the table is to be restored to.

Usage

TO절에서 테이블을 복원할 특정 시점을 지정한다. 날짜와 시간 또는 CURRENT 키워드를 사용할 수 있다.

RESTORE 구문은 커맨드 파일에서 한 번만 사용할 수 있다. 커맨드 파일에 RESTORE를 명시하지 않으면 복원시 현재 시점의 논리 로그까지 적용한다. WITH NO LOG 절을 명시하면 물리(physical) 복원만 수행된다. 물리 복원은 level-0 아카이브만을 사용한다.

Example

RESTORE TO CURRENT WITH NO LOG;

SET 구문을 사용하여 테이블 레벨 로드(unload,load) 라이브러리의 다양한 기능을 제어할 수 있다.

Syntax

Read syntax diagramSkip visual syntax diagram>>-SET--+-COMMIT TO--number------------------+-----------------><
        |               .-,----------------. |
        |               V                  | |
        '-WORKSPACE TO----+-dbspace------+-+-'
                          |         (1)  |
                          '-dbslice------'
Notes:
  1. Extended Parallel Server only
ElementDescription
numberSets the number of records to insert before committing during a physical restore. The default is 1000.
dbspaceThe dbspaces to use for the working storage space. The default is the root dbspace. You cannot use temporary dbspaces for the working storage space.
dbsliceThe dbslices to use for the working storage space.

archecker 유틸리티는 논리 복원을 수행하는 동안 논리 로그 레코드를 준비하기 위한 테이블을 여러개 만든다. 이 테이블들은 sysutils 데이터베이스에 생성되며 작업 저장 공간(dbspace)에 저장된다.

Examples

SET COMMIT TO 20000;
SET WORKSPACE to dbspace1;

728x90
728x90

KAZER사에서 제작한 스마트폰용 애플리케이션.

인포믹스 파라미터, 모니터링 명령어가 카테고리별로 정리되어 있다. 인포믹스 버전 11.70 기준.

 

안드로이드용 애플리케이션

http://www.kazer.com/android.html

 

아이폰용 애플리케이션

http://www.kazer.com/iphone.html

728x90
728x90


Informix Enterprise Replication(CDR)Informix MACH11 (HDR, SDS and RSS)
Replication granularity is at table and column levelReplication granularity is at the instance level
Supports hierarchical routing. (Supports root, non-root and leaf servers).All secondary servers has to be directly connected to primary server
Supports update anywhere, data consolidation and data dissimination modelsSecondary servers are read-only servers and can be used only for reporting activity
Supports hetorogenious replication. i.e ER can replicate data between 11.10 and 7.31 serversPrimary and secondary server version has to be same
ER servers doesn't have to be running on the same operating system platformHardware platform has to be same between primary and all secondary servers
ER needs primary key for all the replicated tablesDoesn't need primary key for replication
Can co-exist in MACH11 environmentCan co-exist with ER
Database must be logging databaseDatabase must be logging database
Supports blob space blobs along with smartblobs and partition blobsDoesn't support blobspace blobs. Supports smartblobs and partition blobs
Source and target must use the same code set for replicated tablesDatabase codeset must be same between primary and secondary servers
Supports network encryptionSupports network encryption
Supports compression before transmitting data through networkDoesn't support data compression


http://www.inturi.net/coranto/viewnews.cgi?id=EkpuAFpkkyOKeKEaaY

728x90
728x90

인포믹스 엔진이 내려간 상태에서 logical log를 백업할 수 있는데 이를 log salvage라고 부른다.

이는 ontape -r 명령을 수행할 때도 확인하는데 logical log를 백업받지 않았을 때 사용한다.


직접 수행하려면 ontape -S 명령을 수행한다.



예제)


/data/skjeong/ids115fc8/backup$ ontape -S

Do you want to back up the logs? (y/n)y


Please mount tape 1 on /data/skjeong/ids115fc8/backup/ontape.lbak and press Return to continue ...

Would you like to back up any of logs 24 - 26? (y/n) y

Logical logs 24 - 26 may be backed up.

Enter the id of the oldest log that you would like to backup? 24

Read/Write End Of Medium enabled: blocks = 7


Please label this tape as number 1 in the log tape sequence.


This tape contains the following logical logs:

    24 - 26


Program over.


https://www-304.ibm.com/support/docview.wss?uid=swg21218024

728x90

+ Recent posts