oracle安装要多久,安装oracle要注意时区

两年前在aix6.0下给一家用户做过11grac，结果一到每年的4月、8月，时间就会变化导致医生站无法下达医嘱。刚开始以为是时间不同步，前几次都是手工修改时间搞定。后来发现是时区不正确，原来当初小机工程师在安装操作系统时根本就没有设置中国时区，默认为美国夏令时造成的。前天给用户升级顺便修改了时区，把详细步骤共享出来：

1、首先确认是否为美国夏令时：

rac1$ echo $TZ

只要不为Asia/Shanghai就需要修改，我们的环境能显示CST6CDT

修改步骤如下：

smitty-> System Environments -> Change / Show Date and Time -> Change Time Zone Using User Inputted Values ->选择china shanghai

2、光改操作系统时区还不够，因为oracle是向aix系统取时间，如果当初时区不正确在安装grid时oracle会默认操作系统的时区，所以grid也需要修改：

修改$GRID_HOME/crs/install/s_crsconfig__env.txt

rac1# more s_crsconfig_spdb1_env.txt

### This file can be used to modify the NLS_LANG environment variable,which determines the charset to be used for messages.

### For example, a new charset can be configured by settingNLS_LANG=JAPANESE_JAPAN.UTF8

### Do not modify this file except to change NLS_LANG, or under thedirection of Oracle Support Services

TZ=CST6CDT

NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1

RT_GRQ=ON

TNS_ADMIN=

ORACLE_BASE=

修改s_crsconfig_spdb1_env.txt的TZ=Asia/Shanghai (别忘记两个节点都需要修改)

最后shutdown -Fr 完成修改。

Oracle dbtimezone与os时区不一致的解决办法

Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.2.0

Connected as sys

//查看数据库时区

SQL> select dbtimezone from dual;

DBTIMEZONE

----------

+00:00

//查看当前时间和时区

SQL> select systimestamp from dual;

SYSTIMESTAMP

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

12-4月 -11 02.39.49.421000 下午 +08:00

//我明明是在东8区，怎么数据库时区显示为0呢？

SQL> alter database set time_zone='+8:00';

ORA-30079: cannot alter database timezone when database has TIMESTAMP WITH LOCAL TIME ZONE columns

//从错误提示，我们可以看出数据库中一些表的列的数据类型为:TIMESTAMP WITH LOCAL TIME ZONE

//我们得将这些列删除后，才能更改，下面我们来查找这些类。

SQL> select u.name||'.'||o.name||'.'||c.name tsltz_column

2  from sys.obj$ o,sys.col$ c,sys.user$ u

3  where c.type#=231 and

4        o.obj#=c.obj# and

5        u.user#=o.owner#;

TSLTZ_COLUMN

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

OE.ORDERS.ORDER_DATE

//我们找到了，是oe用户下orders表下的列order_date。

SQL> desc oe.orders;

Name         Type                              Nullable Default Comments

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

ORDER_ID     NUMBER(12)                                         PRIMARY KEY column.

ORDER_DATE   TIMESTAMP(6) WITH LOCAL TIME ZONE                  TIMESTAMP WITH LOCAL TIME ZONE column, NOT NULL constraint.

ORDER_MODE   VARCHAR2(8)                       Y                CHECK constraint.

CUSTOMER_ID  NUMBER(6)

ORDER_STATUS NUMBER(2)                         Y                0: Not fully entered, 1: Entered, 2: Canceled - bad credit,-

3: Canceled - by customer, 4: Shipped - whole order, -

5: Shipped - replacement items, 6: Shipped - backlog on items, -

7: Shipped - special delivery, 8: Shipped - billed, 9: Shipped - payment plan,-

10: Shipped - paid

ORDER_TOTAL  NUMBER(8,2)                       Y                CHECK constraint.

SALES_REP_ID NUMBER(6)                         Y                References hr.employees.employee_id.

PROMOTION_ID NUMBER(6)                         Y                Sales promotion ID. Used in SH schema

//将其删除

SQL> alter table oe.orders drop column order_date;

Table altered

//这样我们才可以修改时区

SQL> alter database set time_zone='+8:00';

Database altered

//关闭数据库

//SHUTDOWN is not an SQL command, it is an SQL*Plus command.

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

//启动数据库

SQL> startup;

ORACLE instance started.

Total System Global Area     171966464 bytes

Fixed Size                     7877988 bytes

Variable Size                145488364 bytes

Database Buffers              25165824 bytes

Redo Buffers                    524288 bytes

Database mounted.

Database opened.

//查看时区

SQL> select dbtimezone from dual;

DBTIMEZONE

----------

+08:00

一个月前帮同事安装11.2.0.4的RAC数据库用于项目压力测试，操作系统为red flag server 3版本。

今天同事突然来电话说数据库时间和os时间相差16个小时，遇到的问题是，2个节点从本地登陆，查看sysdate和os时间一致，但是远程登陆其他节点，数据库时间和os时间相差16个小时，马上怀疑是数据库时区有问题。

经查，数据库时区确实不是东八区，然后停掉应用程序，着手修改数据库时区。

alter database set time_zone='+8:00';

然后重新启动实例，再次查询，数据库时区已经修改，但远程登陆其他节点，数据库时间和os时间依然相差16小时。

然后执行以下SQL：

select systimezone from dual;

发现显示的时区为  “-8:00”，为西八区，到这里，问题终于知道出在哪里了。

应该是安装数据库时没有选择好正确的时区，导致数据库时间和os时间相差了16个小时，回想当时安装时选择的是“一般事物用途”，在配置数据库参数的时候没过过多关注数据库时区的问题，才出现这种错误。

那怎么解决呢，多方查找，用以下命令解决：

srvctl setenv database -d -t TZ=EAT-8

之后重启数据库实例，再次远程登陆其他节点，数据库时间和os时间已经一致，到此，问题已经解决。同时希望大家不要犯这种类似的错误。

下面摘录网上的一些数据库时区相关的解释，以备参考

Dates & Calendars - Frequently AskedQuestions [ID 227334.1]Why is my SYSDATE time not the same as my system clock on Unix? Sysdate is just a system call to the OS to get the time (a "gettimeofday" call).

Sysdate does NOT use timezones in the database (select dbtimezone, sessiontimezone from dual . But OS (unix level) TZ settings DO alter the time that the OS will pass on to Oracle.

To debug:

telnet to the unix box and connect using sqlplus in the telnet session:

1) once trought the listener using a tnsnames alias

select to_char(sysdate,'DD-MON-YY HH24:MI:SS') from dual;

2) once trough a "local" ORACLE_SID connection

select to_char(sysdate,'DD-MON-YY HH24:MI:SS') from dual;

if the result is different then it means that the listener is started with a different TZ

then you current user env ->; stop and start listener with the TZ you want .

If you are using RAC then use 'srvctl setenv database -d ; -t TZ=;' to define the correct TZ.

Linux系统，如果修改完/etc/sysconfig/clock和grid配置文件之后，dbtimezone与sessiontimezone、systimestamp时间仍然不一致，可以尝试添加一行oracle用户环境变量vi .bash_profile，如下：

TZ="CST-8"; export TZ