OracleStudy之--OracleTimeZone升级-tutorial mysql-php.cn

Rumah

pangkalan data

tutorial mysql

OracleStudy之--OracleTimeZone升级

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 02:55 PM

Angkat

Oracle Study之--Oracle TimeZone升级 http://tiany.blog.51cto.com/513694/1411882 Oracle 10gR2升级到Oracle 11gR2 当Oracle database从10gR2升级到11gR2之后，需要升级timezone version，以下详细介绍了timezone的升级过程。 Oracle timezone 升级背景描

Oracle Study之--Oracle TimeZone升级

http://tiany.blog.51cto.com/513694/1411882

Oracle 10gR2升级到Oracle 11gR2

当Oracle database从10gR2升级到11gR2之后，需要升级timezone version，以下详细介绍了timezone的升级过程。

Oracle timezone 升级

背景描述：

如果需要支持一个国际化的应用，那么数据库端的国际化特性的支持也就显得尤其重要。Oracle中有很多特性支持国际化，如字符集、时区等等。如果相关参数设置不当，或者由于对相关特性不够了解，以至于在设计阶段没有考虑完全，那么肯定会对应用造成一定的损失。

升级前准备：

SQL*Plus: Release 11.2.0.1.0 Production on Mon Mar 16 14:07:28 2015
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> select * from v$version;
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0      Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

查看数据库当前timezone 版本：

SQL> SELECT version FROM v$timezone_file;
   VERSION
----------
         4
         
根据当前timezone的版本，又分三种情况：
1）等于14：这已经是11g需要的版本了，所以升级前后都不需要做任何事，这种情况很罕见。
   注意：11.2.0.1.0的timezone最高支持到11，可以通过升级数据库到11.2.0.3.0，将timezone升级到14

SQL> select * from v$version;
 
BANNER
----------------------------------------------------------------------------
Oracle Database 11g Enterprise EditionRelease 11.2.0.1.0 - 64bit 
Production
PL/SQL Release 11.2.0.1.0 - Production
CORE   11.2.0.1.0      Production
TNS for 64-bit Windows: Version 11.2.0.1.0- Production
NLSRTL Version 11.2.0.1.0 – Production
 
SQL> SELECT NAME,VALUE$ FROM PROPS$WHERE 
NAME='DST_PRIMARY_TT_VERSION';
 
NAME                           VALUE$
-----------------------------------------------------------------------
DST_PRIMARY_TT_VERSION         11
 

SQL> select * from v$version;
 
BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise EditionRelease 11.2.0.3.0 - 64bit 
Production
PL/SQL Release 11.2.0.3.0 - Production
CORE   11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 -Production
NLSRTL Version 11.2.0.3.0 – Production
 
SQL> SELECT NAME,VALUE$ FROM PROPS$WHERE 
NAME='DST_PRIMARY_TT_VERSION';
 
NAME                           VALUE$
-------------------------------------------------------------------------------
DST_PRIMARY_TT_VERSION         14


2）高于14：升级前，必须得给11g软件打上该timezone版本的DST补丁，这种情况也很罕见。

3）低于14：大多数都是这种情况，在升级前不需要在11g软件层面打补丁，在升级后需要再数据库层面将Timezone升级至14，具体看后面的步骤

SQL> set linesize 120
SQL> r
  1* SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME LIKE 'DST_%' ORDER BY PROPERTY_NAME
PROPERTY_NAME                  VALUE
------------------------------ --------------------------------------------------
DST_PRIMARY_TT_VERSION         4
DST_SECONDARY_TT_VERSION       0
DST_UPGRADE_STATE              NONE

准备升级timezone到11：

（升级到14出现以下错误） 
SQL> exec DBMS_DST.BEGIN_PREPARE(14);
BEGIN DBMS_DST.BEGIN_PREPARE(14); END;
*
ERROR at line 1:
ORA-30094: failed to find the time zone data file for version 14 in
$ORACLE_HOME/oracore/zoneinfo
ORA-06512: at "SYS.DBMS_DST", line 57
ORA-06512: at "SYS.DBMS_DST", line 1258
ORA-06512: at line 1

[oracle@rh55 ~]$ find $ORACLE_HOME -name 'zoneinfo'
/u01/app/oracle/product/11.2.0/db_1/oracore/zoneinfo

[oracle@rh55 ~]$ ls -l /u01/app/oracle/product/11.2.0/db_1/oracore/zoneinfo
total 10092
drwxr-xr-x 2 oracle oinstall   4096 Mar 13 11:45 big
drwxr-xr-x 2 oracle oinstall   4096 Mar 13 11:45 little
-rw-r--r-- 1 oracle oinstall   5725 Jun 12  2009 readme.txt
-rw-r--r-- 1 oracle oinstall  25681 Jul 16  2009 timezdif.csv
-rw-r--r-- 1 oracle oinstall 792894 Jul 31  2009 timezlrg_10.dat
-rw-r--r-- 1 oracle oinstall 787272 Jul 31  2009 timezlrg_11.dat
-rw-r--r-- 1 oracle oinstall 493675 Jul 31  2009 timezlrg_1.dat
-rw-r--r-- 1 oracle oinstall 507957 Jul 31  2009 timezlrg_2.dat
-rw-r--r-- 1 oracle oinstall 527717 Jul 31  2009 timezlrg_3.dat
-rw-r--r-- 1 oracle oinstall 531137 Jul 31  2009 timezlrg_4.dat
-rw-r--r-- 1 oracle oinstall 587487 Jul 31  2009 timezlrg_5.dat
-rw-r--r-- 1 oracle oinstall 586750 Jul 31  2009 timezlrg_6.dat
-rw-r--r-- 1 oracle oinstall 601242 Jul 31  2009 timezlrg_7.dat
-rw-r--r-- 1 oracle oinstall 616723 Jul 31  2009 timezlrg_8.dat
-rw-r--r-- 1 oracle oinstall 801410 Jul 31  2009 timezlrg_9.dat
-rw-r--r-- 1 oracle oinstall 345637 Jul 31  2009 timezone_10.dat
-rw-r--r-- 1 oracle oinstall 345356 Jul 31  2009 timezone_11.dat
-rw-r--r-- 1 oracle oinstall 274427 Jul 31  2009 timezone_1.dat
-rw-r--r-- 1 oracle oinstall 274900 Jul 31  2009 timezone_2.dat
-rw-r--r-- 1 oracle oinstall 286651 Jul 31  2009 timezone_3.dat
-rw-r--r-- 1 oracle oinstall 286264 Jul 31  2009 timezone_4.dat
-rw-r--r-- 1 oracle oinstall 286310 Jul 31  2009 timezone_5.dat
-rw-r--r-- 1 oracle oinstall 286217 Jul 31  2009 timezone_6.dat
-rw-r--r-- 1 oracle oinstall 286815 Jul 31  2009 timezone_7.dat
-rw-r--r-- 1 oracle oinstall 302100 Jul 31  2009 timezone_8.dat
-rw-r--r-- 1 oracle oinstall 351525 Jul 31  2009 timezone_9.dat
在zoneinfo目录下没有version 14的时区文件

准备升级timezone到11：
SQL> exec DBMS_DST.BEGIN_PREPARE(11);
PL/SQL procedure successfully completed.

查看升级准备信息：
SQL> SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
  2  FROM DATABASE_PROPERTIES
  3  WHERE PROPERTY_NAME LIKE 'DST_%'
  4  ORDER BY PROPERTY_NAME;
PROPERTY_NAME                  VALUE
------------------------------ ----------------------------------------
DST_PRIMARY_TT_VERSION         4
DST_SECONDARY_TT_VERSION       11
DST_UPGRADE_STATE              PREPARE

准备升级工作：

SQL> BEGIN
  2  DBMS_DST.FIND_AFFECTED_TABLES
  3  (affected_tables => 'sys.dst$affected_tables',
  4  log_errors => TRUE,
  5  log_errors_table => 'sys.dst$error_table');
  6  END;
  7  /
PL/SQL procedure successfully completed.

SQL> TRUNCATE TABLE SYS.DST$TRIGGER_TABLE;
Table truncated.

SQL> TRUNCATE TABLE sys.dst$affected_tables;
Table truncated.

SQL> TRUNCATE TABLE sys.dst$error_table;
Table truncated.

SQL> SELECT * FROM sys.dst$affected_tables;
no rows selected

SQL>SELECT * FROM sys.dst$error_table;
no rows selected

SQL> SELECT * FROM sys.dst$error_table where ERROR_NUMBER= '1883';
no rows selected

SQL> SELECT * FROM sys.dst$error_table where ERROR_NUMBER= '1878';
no rows selected

SQL> SELECT * FROM sys.dst$error_table where ERROR_NUMBER not in ('1878','1883');
no rows selected

结束升级准备：

SQL> EXEC DBMS_DST.END_PREPARE;
PL/SQL procedure successfully completed.

SQL> SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
  2  FROM DATABASE_PROPERTIES
  3  WHERE PROPERTY_NAME LIKE 'DST_%'
  4  ORDER BY PROPERTY_NAME;
PROPERTY_NAME                  VALUE
------------------------------ ----------------------------------------
DST_PRIMARY_TT_VERSION         4
DST_SECONDARY_TT_VERSION       0
DST_UPGRADE_STATE              NONE

升级过程：

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup upgrade;
ORACLE instance started.
Total System Global Area  627732480 bytes
Fixed Size                  1338336 bytes
Variable Size             427820064 bytes
Database Buffers          192937984 bytes
Redo Buffers                5636096 bytes
Database mounted.
Database opened.

SQL> set serveroutput on
SQL> purge dba_recyclebin;
DBA Recyclebin purged.

SQL> TRUNCATE TABLE SYS.DST$TRIGGER_TABLE;
Table truncated.

SQL> TRUNCATE TABLE sys.dst$affected_tables;
Table truncated.

SQL> TRUNCATE TABLE sys.dst$error_table;
Table truncated.

SQL> alter session set "_with_subquery"=materialize;
Session altered.

将timezone version升级到11：
SQL> EXEC DBMS_DST.BEGIN_UPGRADE(11);
PL/SQL procedure successfully completed.

SQL> SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
  2  FROM DATABASE_PROPERTIES
  3  WHERE PROPERTY_NAME LIKE 'DST_%'
  4  ORDER BY PROPERTY_NAME;
PROPERTY_NAME                  VALUE
------------------------------ ----------------------------------------
DST_PRIMARY_TT_VERSION         11
DST_SECONDARY_TT_VERSION       4
DST_UPGRADE_STATE              UPGRADE

SQL> SELECT OWNER, TABLE_NAME, UPGRADE_IN_PROGRESS FROM ALL_TSTZ_TABLES where UPGRADE_IN_PROGRESS='YES';
OWNER                          TABLE_NAME                     UPG
------------------------------ ------------------------------ ---
SYSMAN                         MGMT_PROV_NET_CONFIG           YES
SYSMAN                         MGMT_PROV_IP_RANGE             YES
SYSMAN                         MGMT_PROV_SUITE_INST_MEMBERS   YES
SYSMAN                         MGMT_PROV_BOOTSERVER           YES
SYSMAN                         AQ$_MGMT_NOTIFY_QTABLE_L       YES
SYSMAN                         AQ$_MGMT_LOADER_QTABLE_S       YES
SYSMAN                         AQ$_MGMT_LOADER_QTABLE_L       YES
SYSMAN                         AQ$_MGMT_NOTIFY_QTABLE_S       YES
SYSMAN                         MGMT_PROV_STAGING_DIRS         YES
SYSMAN                         MGMT_PROV_OPERATION            YES
SYSMAN                         MGMT_PROV_ASSIGNMENT           YES
OWNER                          TABLE_NAME                     UPG
------------------------------ ------------------------------ ---
SYSMAN                         MGMT_CONFIG_ACTIVITIES         YES
SYSMAN                         MGMT_PROV_CLUSTER_NODES        YES
SYSMAN                         MGMT_PROV_RPM_REP              YES
SYSMAN                         MGMT_PROV_DEFAULT_IMAGE        YES
IX                             AQ$_STREAMS_QUEUE_TABLE_S      YES
IX                             AQ$_STREAMS_QUEUE_TABLE_L      YES
IX                             AQ$_ORDERS_QUEUETABLE_S        YES
IX                             AQ$_ORDERS_QUEUETABLE_L        YES
19 rows selected.

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> startup
ORACLE instance started.
Total System Global Area  627732480 bytes
Fixed Size                  1338336 bytes
Variable Size             427820064 bytes
Database Buffers          192937984 bytes
Redo Buffers                5636096 bytes
Database mounted.
Database opened.

SQL> alter session set "_with_subquery"=materialize;
Session altered.

执行timezone升级过程：
SQL> set serveroutput on
SQL> VAR numfail number
SQL> BEGIN
  2  DBMS_DST.UPGRADE_DATABASE(:numfail,
  3  parallel => TRUE,
  4  log_errors => TRUE,
  5  log_errors_table => 'SYS.DST$ERROR_TABLE',
  6  log_triggers_table => 'SYS.DST$TRIGGER_TABLE',
  7  error_on_overlap_time => FALSE,
  8  error_on_nonexisting_time => FALSE);
  9  DBMS_OUTPUT.PUT_LINE('Failures:'|| :numfail);
 10  END;
 11  /
Table list: SYSMAN.MGMT_PROV_SUITE_INST_MEMBERS
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_STAGING_DIRS
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_RPM_REP
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_OPERATION
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_NET_CONFIG
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_IP_RANGE
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_DEFAULT_IMAGE
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_CLUSTER_NODES
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_BOOTSERVER
Number of failures: 0
Table list: SYSMAN.MGMT_PROV_ASSIGNMENT
Number of failures: 0
Table list: SYSMAN.MGMT_CONFIG_ACTIVITIES
Number of failures: 0
Table list: SYSMAN.AQ$_MGMT_NOTIFY_QTABLE_S
Number of failures: 0
Table list: SYSMAN.AQ$_MGMT_NOTIFY_QTABLE_L
Number of failures: 0
Table list: SYSMAN.AQ$_MGMT_LOADER_QTABLE_S
Number of failures: 0
Table list: SYSMAN.AQ$_MGMT_LOADER_QTABLE_L
Number of failures: 0
Table list: IX.AQ$_STREAMS_QUEUE_TABLE_S
Number of failures: 0
Table list: IX.AQ$_STREAMS_QUEUE_TABLE_L
Number of failures: 0
Table list: IX.AQ$_ORDERS_QUEUETABLE_S
Number of failures: 0
Table list: IX.AQ$_ORDERS_QUEUETABLE_L
Number of failures: 0
Failures:0
PL/SQL procedure successfully completed.

结束升级，校验升级信息：
SQL> VAR fail number
SQL> BEGIN
  2  DBMS_DST.END_UPGRADE(:fail);
  3  DBMS_OUTPUT.PUT_LINE('Failures:'|| :fail);
  4  END;
  5  /
An upgrade window has been successfully ended.
Failures:0
PL/SQL procedure successfully completed.

确认升级成功：

SQL> SELECT PROPERTY_NAME, SUBSTR(property_value, 1, 30) value
  2  FROM DATABASE_PROPERTIES
  3  WHERE PROPERTY_NAME LIKE 'DST_%'
  4  ORDER BY PROPERTY_NAME;
PROPERTY_NAME                  VALUE
------------------------------ ----------------------------------------
DST_PRIMARY_TT_VERSION         11
DST_SECONDARY_TT_VERSION       0
DST_UPGRADE_STATE              NONE

SQL> SELECT * FROM v$timezone_file;
FILENAME                VERSION
-------------------- ----------
timezlrg_11.dat              11

Kenyataan

Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn

Artikel Berkaitan

Terangkan peranan log redo innoDB dan membatalkan log.Apr 15, 2025 am 12:16 AM

InnoDB menggunakan redolog dan undologs untuk memastikan konsistensi dan kebolehpercayaan data. 1. Pengubahsuaian halaman data rekod untuk memastikan pemulihan kemalangan dan kegigihan transaksi. 2.UNDOLOGS merekodkan nilai data asal dan menyokong penggantian transaksi dan MVCC.

Apakah metrik utama untuk dicari dalam output yang dijelaskan (jenis, kunci, baris, tambahan)?Apr 15, 2025 am 12:15 AM

Metrik utama untuk menjelaskan arahan termasuk jenis, kunci, baris, dan tambahan. 1) Jenis mencerminkan jenis akses pertanyaan. Semakin tinggi nilai, semakin tinggi kecekapan, seperti const adalah lebih baik daripada semua. 2) Kunci memaparkan indeks yang digunakan, dan null menunjukkan tiada indeks. 3) Baris menganggarkan bilangan baris yang diimbas, yang mempengaruhi prestasi pertanyaan. 4) Tambahan memberikan maklumat tambahan, seperti menggunakanFilesort meminta bahawa ia perlu dioptimumkan.

Apakah status sementara dalam menjelaskan dan bagaimana untuk mengelakkannya?Apr 15, 2025 am 12:14 AM

MenggunakanTemary menunjukkan bahawa keperluan untuk membuat jadual sementara dalam pertanyaan MySQL, yang biasanya dijumpai di Orderby menggunakan lajur yang berbeza, GroupBy, atau tidak diindeks. Anda boleh mengelakkan berlakunya indeks dan menulis semula pertanyaan dan meningkatkan prestasi pertanyaan. Khususnya, apabila menggunakan pembelian muncul dalam menjelaskan output, ini bermakna MySQL perlu membuat jadual sementara untuk mengendalikan pertanyaan. Ini biasanya berlaku apabila: 1) deduplikasi atau pengelompokan apabila menggunakan yang berbeza atau kumpulan; 2) Susun apabila Orderby mengandungi lajur bukan indeks; 3) Gunakan subquery kompleks atau menyertai operasi. Kaedah Pengoptimuman termasuk: 1) Orderby dan GroupB

Huraikan tahap pengasingan urus niaga SQL yang berbeza (baca yang tidak komited, baca bacaan yang komited, berulang, bersiri) dan implikasinya dalam MySQL/InnoDB.Apr 15, 2025 am 12:11 AM

MySQL/InnoDB menyokong empat tahap pengasingan transaksi: ReadUncommitted, ReadCommitted, RepeatableRead dan Serializable. 1. ReadoMuncommitted membolehkan membaca data yang tidak komited, yang boleh menyebabkan bacaan kotor. 2. 3.RepeatableRead adalah tahap lalai, mengelakkan bacaan kotor dan bacaan yang tidak boleh diulang, tetapi bacaan hantu mungkin berlaku. 4. Serializable mengelakkan semua masalah konkurensi tetapi mengurangkan kesesuaian. Memilih tahap pengasingan yang sesuai memerlukan keseimbangan data konsistensi dan keperluan prestasi.

MySQL vs Pangkalan Data Lain: Membandingkan PilihanApr 15, 2025 am 12:08 AM

MySQL sesuai untuk aplikasi web dan sistem pengurusan kandungan dan popular untuk sumber terbuka, prestasi tinggi dan kemudahan penggunaan. 1) Berbanding dengan PostgreSQL, MySQL melakukan lebih baik dalam pertanyaan mudah dan operasi membaca serentak yang tinggi. 2) Berbanding dengan Oracle, MySQL lebih popular di kalangan perusahaan kecil dan sederhana kerana sumber terbuka dan kos rendah. 3) Berbanding dengan Microsoft SQL Server, MySQL lebih sesuai untuk aplikasi silang platform. 4) Tidak seperti MongoDB, MySQL lebih sesuai untuk data berstruktur dan pemprosesan transaksi.

Bagaimanakah kardinaliti indeks MySQL mempengaruhi prestasi pertanyaan?Apr 14, 2025 am 12:18 AM

Cardinality Indeks MySQL mempunyai kesan yang signifikan terhadap prestasi pertanyaan: 1. Indeks kardinaliti yang tinggi dapat lebih berkesan menyempitkan julat data dan meningkatkan kecekapan pertanyaan; 2. Indeks kardinaliti yang rendah boleh membawa kepada pengimbasan jadual penuh dan mengurangkan prestasi pertanyaan; 3. Dalam indeks bersama, urutan kardinaliti yang tinggi harus diletakkan di depan untuk mengoptimumkan pertanyaan.

MySQL: Sumber dan Tutorial untuk Pengguna BaruApr 14, 2025 am 12:16 AM

Laluan pembelajaran MySQL termasuk pengetahuan asas, konsep teras, contoh penggunaan, dan teknik pengoptimuman. 1) Memahami konsep asas seperti jadual, baris, lajur, dan pertanyaan SQL. 2) Ketahui definisi, prinsip kerja dan kelebihan MySQL. 3) menguasai operasi CRUD asas dan penggunaan lanjutan, seperti indeks dan prosedur yang disimpan. 4) Biasa dengan debugging kesilapan biasa dan cadangan pengoptimuman prestasi, seperti penggunaan rasional indeks dan pertanyaan pengoptimuman. Melalui langkah -langkah ini, anda akan memahami sepenuhnya penggunaan dan pengoptimuman MySQL.

Mysql dunia nyata: Contoh dan kes penggunaanApr 14, 2025 am 12:15 AM

Aplikasi dunia nyata MySQL termasuk reka bentuk pangkalan data asas dan pengoptimuman pertanyaan kompleks. 1) Penggunaan Asas: Digunakan untuk menyimpan dan mengurus data pengguna, seperti memasukkan, menanyakan, mengemas kini dan memadam maklumat pengguna. 2) Penggunaan lanjutan: Mengendalikan logik perniagaan yang kompleks, seperti perintah dan pengurusan inventori platform e-dagang. 3) Pengoptimuman Prestasi: Meningkatkan prestasi dengan menggunakan indeks, jadual partisi dan cache pertanyaan.

See all articles