Where do I look at UTLTZUV2.SQL output?

Question

Dear gurus,
I'm in the process of applying Security Patch 16: 6637237(CPUJAN2008) on my Windows 32bit envs. In this process, I need to check the existing TSTZ data using this oracle provided script. I ran it and didn't see the result. Here in the info I got:
SQL> SET ECHO ON
SQL> @c:\C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utltzuv2.sql
SP2-0310: unable to open file "c:\C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utltzuv2.sql"
SQL> @c:\C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utltzuv2.sql
SP2-0310: unable to open file "c:\C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utltzuv2.sql"
SQL> @c:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\utltzuv2.sql
SQL> Rem
SQL> Rem $Header: utltzuv2.sql 21-dec-2006.02:22:10 huagli Exp $
SQL> Rem
SQL> Rem utltzuv2.sql
SQL> Rem
SQL> Rem Copyright (c) 2003, 2006, Oracle. All rights reserved.
SQL> Rem
SQL> Rem NAME
SQL> Rem utltzuv2.sql - time zone file upgrade to a new version script
SQL> Rem
SQL> Rem DESCRIPTION
SQL> Rem The contents of the files timezone.dat and timezlrg.dat
SQL> Rem are usually updated to a new version to reflect the transition rule
SQL> Rem changes for some time zone region names. The transition rule
SQL> Rem changes of some time zones might affect the column data of
SQL> Rem TIMESTAMP WITH TIME ZONE data type. For example, if users
SQL> Rem enter TIMESTAMP '2003-02-17 09:00:00 America/Sao_Paulo',
SQL> Rem we convert the data to UTC based on the transition rules in the
SQL> Rem time zone file and store them on the disk. So '2003-02-17 11:00:00'
SQL> Rem along with the time zone id for 'America/Sao_Paulo' is stored
SQL> Rem because the offset for this particular time is '-02:00' . Now the
SQL> Rem transition rules are modified and the offset for this particular
SQL> Rem time is changed to '-03:00'. when users retrieve the data,
SQL> Rem they will get '2003-02-17 08:00:00 America/Sao_Paulo'. There is
SQL> Rem one hour difference compared to the original value.
SQL> Rem
SQL> Rem Refer to $ORACLE_HOME/oracore/zoneinfo/readme.txt for detailed
SQL> Rem information about time zone file updates.
SQL> Rem
SQL> Rem This script should be run before you update your database's
SQL> Rem time zone file to the latest version. This is a pre-update script.
SQL> Rem
SQL> Rem This script first determines the time zone version currently in use
SQL> Rem before the upgrade. It then queries an external table to get all the
SQL> Rem affected timezone regions between the current version (version before
SQL> Rem the update) and the latest one. This external table points to the file
SQL> Rem timezdif.csv, which contains all the affected time zone names in each
SQL> Rem version. Please make sure that you have the latest version of the
SQL> Rem timezdif.csv (the one corresponding to the latest timezone data file),
SQL> Rem before you run the script.
SQL> Rem
SQL> Rem Then, this script scans the database to find out all columns
SQL> Rem of TIMESTAMP WITH TIME ZONE data type. If the column is
SQL> Rem in the regular table, the script also finds out how many
SQL> Rem rows might be affected by checking whether the column data
SQL> Rem contain the values for the affected time zone names.
SQL> Rem If the column is in the nested table's storage table, we
SQL> Rem don't scan the data to find out how many rows are affected but
SQL> Rem we still report the table and column info.
SQL> Rem
SQL> Rem The result is stored in the table sys.sys_tzuv2_temptab.
SQL> Rem Before running the script, make sure the table name doesn't
SQL> Rem conflict with any existing table object. It it does,
SQL> Rem change the table name sys.sys_tzuv2_temptab to some other name
SQL> Rem in the script. You can query the table to view the result:
SQL> Rem     select * from sys.sys_tzuv2_temptab;
SQL> Rem
SQL> Rem If your database has column data that will be affected by the
SQL> Rem time zone file update, dump the data before you upgrade to the
SQL> Rem new version. After the upgrade, you need update the data
SQL> Rem to make sure the data is stored based on the new rules.
SQL> Rem
SQL> Rem For example, user scott has a table tztab:
SQL> Rem create table tztab(x number primary key, y timestamp with time zone);
SQL> Rem insert into tztab values(1, timestamp '');
SQL> Rem
SQL> Rem Before upgrade, you can create a table tztab_back, note
SQL> Rem column y here is defined as VARCHAR2 to preserve the original
SQL> Rem value.
SQL> Rem create table tztab_back(x number primary key, y varchar2(256));
SQL> Rem insert into tztab_back select x,
SQL> Rem          to_char(y, 'YYYY-MM-DD HH24.MI.SSXFF TZR') from tztab;
SQL> Rem
SQL> Rem After upgrade, you need update the data in the table tztab using
SQL> Rem the value in tztab_back.
SQL> Rem update tztab t set t.y = (select to_timestamp_tz(t1.y,
SQL> Rem     'YYYY-MM-DD HH24.MI.SSXFF TZR') from tztab_back t1 where t.x=t1.x);
SQL> Rem
SQL> Rem Or you can use export utility to export your data before the upgrade
SQL> Rem and them import your data again after the upgrade.
SQL> Rem
SQL> Rem drop table sys.sys_tzuv2_temptab;
SQL> Rem once you are done with the time zone file upgrade.
SQL> Rem
SQL> Rem NOTES
SQL> Rem * This script needs to be run before upgrading to a new version time
SQL> Rem     zone file. Also, before running this script, please make sure that
SQL> Rem     you get the latest version of timezdif.csv file.
SQL> Rem * This script must be run using SQL*PLUS.
SQL> Rem * You must be connected AS SYSDBA to run this script.
SQL> Rem * This script is created only for Oracle 10.1 or higer. A separate
SQL> Rem     script is provided for Oracle 9i.
SQL> Rem * Two files, tzuv2ext_*.log and tzuv2ext_*.bad will be created in
SQL> Rem     the directory of $ORACLE_HOME/oracore/zoneinfo when using the
SQL> Rem     external table for timezdif.csv file to get the affected time zones.
SQL> Rem     After running the script, please refer to these two files to see if
SQL> Rem     there are any rows in timezdif.csv, which are not loaded. If so,
SQL> Rem     it might affect the correct selection of affected tables in the database.
SQL> Rem     You can always delete tzuv2ext_*.log and tzuv2ext_*.bad.
SQL> Rem * A Java stored procedure is created to get the system file separator,
SQL> Rem     e.g., Windows uses '\' and Unix uses '/'. Before you run this script,
SQL> Rem     make sure that the Java source/class object does not conflict with
SQL> Rem     any existing Java source/class object in the database. If it does, please
SQL> Rem     change the Java source/class object name GetFileSeparator to some other
SQL> Rem     name in the script. Also make sure that the Java stored procedure does not
SQL> Rem     conflict with any existing function in the database. If it does, please
SQL> Rem     change the function name GET_FILE_SEPARATOR to some other name in the script.
SQL> Rem     If renaming is needed, please make sure that you change all the occurences
SQL> Rem     to make them consistent.
SQL> Rem
SQL> Rem
SQL> Rem MODIFIED (MM/DD/YY)
SQL> Rem huagli     12/21/06 - Backport huagli_bug-5126270 from main
SQL> Rem               time zone update
SQL> Rem srsubram     05/12/05 - 4331865:Modify script to work with prior
SQL> Rem               releases
SQL> Rem lkumar     05/11/04 - Fix lrg 1691434.
SQL> Rem rchennoj     12/02/03 - Fix query
SQL> Rem qyu      11/22/03 - qyu_bug-3236585
SQL> Rem qyu      11/17/03 - Created
SQL> Rem
SQL>
SQL> SET SERVEROUTPUT ON
SQL>
SQL> Rem=========================================================================
SQL> Rem Check any existing table with this name sys.sys_tzuv2_temptab
SQL> Rem=========================================================================
SQL> DROP TABLE sys.sys_tzuv2_temptab
2 /
DROP TABLE sys.sys_tzuv2_temptab
ERROR at line 1:
ORA-00942: table or view does not exist
SQL> CREATE TABLE sys.sys_tzuv2_temptab
2 (
3 table_owner VARCHAR2(30),
4 table_name VARCHAR2(30),
5 column_name VARCHAR2(30),
6 rowcount     NUMBER,
7 nested_tab VARCHAR2(3)
8 )
9 /
Table created.
SQL>
SQL> Rem========================================================================
SQL> Rem Check any existing table with this name sys.sys_tzuv2_temptab1
SQL> Rem========================================================================
SQL> DROP TABLE sys.sys_tzuv2_temptab1
2 /
DROP TABLE sys.sys_tzuv2_temptab1
ERROR at line 1:
ORA-00942: table or view does not exist
SQL> CREATE TABLE sys.sys_tzuv2_temptab1
2 (
3 time_zone_name VARCHAR2(60)
4 )
5 /
Table created.
SQL>
SQL> DECLARE
2
3 dbv     VARCHAR2(10);
4 dbtzv     VARCHAR2(5);
5 numrows     NUMBER;
6 TYPE cursor_t IS REF CURSOR;
7 cursor_tstz cursor_t;
8 tstz_owner VARCHAR2(30);
9 tstz_tname VARCHAR2(30);
10 tstz_qcname VARCHAR2(4000);
11 tz_version NUMBER;
12 oracle_home VARCHAR(4000);
13 tz_count INTEGER;
14 plsql_block VARCHAR2(200);
15 file_separator VARCHAR2(3);
16
17 BEGIN
18
19 --========================================================================
20 -- Make sure that only version 10 or higher uses this script
21 --========================================================================
22
23 SELECT substr(version,1,6) INTO dbv FROM v$instance;
24
25 IF dbv = '8.1.7.'
26 THEN
27      DBMS_OUTPUT.PUT_LINE('TIMEZONE data type was not supported in ' ||
28                'Release 8.1.7.');
29      DBMS_OUTPUT.PUT_LINE('No need to validate TIMEZONE data.');
30      RETURN;
31 END IF;
32
33 IF dbv in ('9.0.1.','9.2.0.')
34 THEN
35      DBMS_OUTPUT.PUT_LINE('Please contact Oracle support to get the script ' ||
36                'for Release 9.0.1 or 9.2.0.');
37      RETURN;
38 END IF;
39
40 --========================================================================
41 -- Get $ORACLE_HOME
42 --========================================================================
43
44 plsql_block := 'BEGIN SYS.DBMS_SYSTEM.GET_ENV(:1, :2); END;';
45 EXECUTE IMMEDIATE plsql_block USING 'ORACLE_HOME', OUT oracle_home;
46
47 --========================================================================
48 -- Use an external table created on timezdif.csv file to get the
49 -- affected time zones. In this way, every time when time zone information
50 -- changes, we only need to provide user with the updated timezdif.csv file
51 -- without changing utltzuv2.sql.
52 --
53 -- 1. Setup the directory for timezdif.csv and log files(log, bad log)
54 -- 2. Check any existing external table with this name
55 -- sys.sys_tzuv2_affected_regions
56 -- 3. Setup the parameters of the external table
57 --========================================================================
58
59 --========================================================================
60 -- Create a Java stored procedure to get the file separator
61 --========================================================================
62
63 EXECUTE IMMEDIATE 'CREATE OR REPLACE AND COMPILE JAVA SOURCE
64                NAMED "GetFileSeparator" AS
65                public class GetFileSeparator {
66                     public static String get() {
67                     return System.getProperty("file.separator");
68                     }
69                }';
70
71 EXECUTE IMMEDIATE 'CREATE OR REPLACE FUNCTION GET_FILE_SEPARATOR
72                RETURN VARCHAR2
73                AS LANGUAGE JAVA
74                NAME ''GetFileSeparator.get() return java.lang.String'';';
75
76
77 plsql_block := 'BEGIN :1 := GET_FILE_SEPARATOR(); END;';
78 EXECUTE IMMEDIATE plsql_block USING OUT file_separator;
79
80 EXECUTE IMMEDIATE 'CREATE OR REPLACE DIRECTORY timezdif_dir AS ''' ||
81                oracle_home || file_separator || 'oracore' ||
82                          file_separator || 'zoneinfo''';
83
84
85 EXECUTE IMMEDIATE
86      'SELECT count(*)
87      FROM all_tables
88      WHERE owner = ''SYS'' and table_name = ''SYS_TZUV2_AFFECTED_REGIONS'''
89 INTO tz_count;
90
91 IF tz_count <> 0
92 THEN
93      EXECUTE IMMEDIATE 'DROP TABLE sys.sys_tzuv2_affected_regions';
94 END IF;
95
96
97 EXECUTE IMMEDIATE 'CREATE TABLE sys.sys_tzuv2_affected_regions
98                (
99                version     NUMBER,
100                time_zone_name VARCHAR2(40),
101                from_year     NUMBER,
102                to_year     NUMBER
103                )
104                ORGANIZATION EXTERNAL
105                (
106                TYPE ORACLE_LOADER
107                DEFAULT DIRECTORY timezdif_dir
108                ACCESS PARAMETERS
109                (
110                records delimited by newline
111                badfile timezdif_dir:''tzuvext%a_%p.bad''
112                logfile timezdif_dir:''tzuvext%a_%p.log''
113                fields terminated by '',''
114                lrtrim
115                missing field values are null
116                (
117                     version, time_zone_name, from_year, to_year
118                )
119                )
120                LOCATION (''timezdif.csv'')
121                )
122                REJECT LIMIT UNLIMITED';
123
124 --======================================================================
125 -- Check if the TIMEZONE data is consistent with the latest version.
126 --======================================================================
127
128 EXECUTE IMMEDIATE 'SELECT version FROM v$timezone_file' INTO tz_version;
129 EXECUTE IMMEDIATE 'SELECT MAX(version) FROM sys_tzuv2_affected_regions' INTO dbtzv;
130
131 IF tz_version = dbtzv
132 THEN
133      DBMS_OUTPUT.PUT_LINE('TIMEZONE data is consistent with the latest version ' ||
134                dbtzv || ' transition rules');
135      DBMS_OUTPUT.PUT_LINE('No need to validate TIMEZONE data');
136      RETURN;
137 END IF;
138
139 --======================================================================
140 -- Get tables with columns defined as type TIMESTAMP WITH TIME ZONE.
141 --======================================================================
142
143 OPEN cursor_tstz FOR
144      'SELECT atc.owner, atc.table_name, atc.qualified_col_name ' ||
145      'FROM "ALL_TAB_COLS" atc, "ALL_TABLES" at ' ||
146      'WHERE data_type LIKE ''TIMESTAMP%WITH TIME ZONE''' ||
147      ' AND atc.owner = at.owner AND atc.table_name = at.table_name ' ||
148      'ORDER BY atc.owner, atc.table_name, atc.column_name';
149
150 --======================================================================
151 -- Query the external table to get all the affected time zones based
152 -- on the current database time zone version, and then put them into
153 -- a temporary table, sys_tzuv2_temptab1.
154 --======================================================================
155
156 EXECUTE IMMEDIATE
157      'INSERT INTO sys.sys_tzuv2_temptab1
158      SELECT DISTINCT time_zone_name
159      FROM sys.sys_tzuv2_affected_regions t
160      WHERE t.version > ' || tz_version;
161
162 EXECUTE IMMEDIATE 'ANALYZE TABLE sys.sys_tzuv2_temptab1 ' ||
163                'COMPUTE STATISTICS';
164
165 --======================================================================
166 -- Check regular table columns.
167 --======================================================================
168 LOOP
169      BEGIN
170      FETCH cursor_tstz INTO tstz_owner, tstz_tname, tstz_qcname;
171      EXIT WHEN cursor_tstz%NOTFOUND;
172
173      EXECUTE IMMEDIATE
174           'SELECT COUNT(1) FROM ' ||
175           tstz_owner || '."' || tstz_tname || '" t_alias, ' ||
176           ' sys.sys_tzuv2_temptab1 r ' ||
177           ' WHERE UPPER(r.time_zone_name) = ' ||
178           ' UPPER(TO_CHAR(t_alias.' || tstz_qcname || ', ''TZR'')) ' INTO numrows;
179
180      IF numrows > 0 THEN
181           EXECUTE IMMEDIATE ' INSERT INTO sys.sys_tzuv2_temptab VALUES (''' ||
182           tstz_owner || ''',''' || tstz_tname || ''',''' ||
183           tstz_qcname || ''',' || numrows || ', ''NO'')';
184      END IF;
185
186      EXCEPTION
187      WHEN OTHERS THEN
188           DBMS_OUTPUT.PUT_LINE('OWNER : ' || tstz_owner);
189           DBMS_OUTPUT.PUT_LINE('TABLE : ' || tstz_tname);
190           DBMS_OUTPUT.PUT_LINE('COLUMN : ' || tstz_qcname);
191           DBMS_OUTPUT.PUT_LINE(SQLERRM);
192      END;
193 END LOOP;
194
195 --======================================================================
196 -- Check nested table columns.
197 --======================================================================
198
199 EXECUTE IMMEDIATE
200      'INSERT INTO sys.sys_tzuv2_temptab
201      SELECT owner, table_name, qualified_col_name, NULL, ''YES''
202      FROM ALL_NESTED_TABLE_COLS
203      WHERE data_type like ''TIMESTAMP%WITH TIME ZONE''';
204
205
206 DBMS_OUTPUT.PUT_LINE('Query sys.sys_tzuv2_temptab table to see ' ||
207                'if any TIMEZONE data is affected by version ' || dbtzv ||
208                ' transition rules');
209
210 EXCEPTION
211 WHEN OTHERS THEN
212      IF INSTR(SQLERRM, 'KUP-04063') != 0
213      THEN
214      DBMS_OUTPUT.PUT_LINE('Directory for file timezdif.csv is not correctly specified!');
215      DBMS_OUTPUT.PUT_LINE(sqlerrm);
216      ELSIF INSTR(SQLERRM, 'KUP-04040') != 0
217      THEN
218      DBMS_OUTPUT.PUT_LINE('File timezdif.csv in TIMEZDIF_DIR not found!');
219      ELSE
220      DBMS_OUTPUT.PUT_LINE(SQLERRM);
221      END IF;
222
223 END;
224 /
ORA-25153: Temporary Tablespace is Empty
PL/SQL procedure successfully completed.
SQL>
SQL> COMMIT
2 /
Commit complete.
SQL>
SQL> DECLARE
2 tz_count NUMBER;
3
4 BEGIN
5
6 --========================================================================
7 -- After obtaining the file separator, drop the Java stored procedure
8 --========================================================================
9
10 EXECUTE IMMEDIATE
11      'SELECT count(*)
12      FROM user_objects
13      WHERE object_name = ''GetFileSeparator'' and UPPER(object_type) like ''JAVA%'''
14 INTO tz_count;
15
16 IF tz_count > 0
17 THEN
18      EXECUTE IMMEDIATE 'DROP JAVA SOURCE "GetFileSeparator"';
19 END IF;
20
21 EXECUTE IMMEDIATE
22      'SELECT count(*)
23      FROM user_objects
24      WHERE object_name = ''GET_FILE_SEPARATOR'' and UPPER(object_type) = ''FUNCTION'''
25 INTO tz_count;
26
27 IF tz_count > 0
28 THEN
29      EXECUTE IMMEDIATE 'DROP FUNCTION GET_FILE_SEPARATOR';
30 END IF;
31
32 END;
33 /
PL/SQL procedure successfully completed.
SQL>
SQL> COMMIT
2 /
Commit complete.
SQL>
SQL> Rem=========================================================================
SQL> SET SERVEROUTPUT OFF
SQL> Rem=========================================================================
SQL> spool off
Could you help me find the TSTZ data if there are any? Thank you in advance.

Answer 1

Ok, I found out that I need to apply the patch 5746875 to have that. But there only instruction to apply this patch on unix env. I need on Windows. Can any body help me?