RE: Semi-OT: Solaris file dates don't match system date after DST change

From: Chitale, Hemant K <>
Date: Thu, 13 Mar 2014 10:13:10 +0800
Message-ID: <>

I don’t think that Oracle is sensitive to the timestamp of datafiles. Even RMAN’s SET UNTIL clause uses an SCN to TIMESTAMP match on the database server.      

Hemant K Chitale    

From: [] On Behalf Of Chris Taylor Sent: Wednesday, March 12, 2014 10:18 PM To: dale fanning
Subject: Re: Semi-OT: Solaris file dates don't match system date after DST change  

Yep - the filer has the wrong date and timezone offset after the maintenance.  

So, now I'm wondering about the impact to a running database when the timestamp on the datafiles jump ahead when they correct the time on the netapp filer. Since the netapp filer is "behind" I'm thinking this will be okay. But if the netapp filer had been ahead, I can imagine this would be a problem if we had to adjust the date backward in time.  


On Wed, Mar 12, 2014 at 8:38 AM, dale fanning <> wrote:

Haven’t actually seen anything like that, but I’d check the time on the filer.    

On Mar 12, 2014, at 9:36 AM, Chris Taylor <> wrote:

We have a Solaris 10 server and I just noticed that the dates on newly created files aren't matching the SYSTEM date of the server. The filesystem in question is mounted on a Netapp device and the netapp device was taken down for maintenance (controller upgrade) this past weekend.  

Has anyone seen this behavior before - I've sent an email to the SA but thought I'd ping the list to get some input. (Perhaps I'm just sleepy and am overlooking something obvious):  


$ date

Wednesday, March 12, 2014 6:05:17 AM PDT  

$ touch test.txt

$ ls –lart test.txt

-rw-r--r-- 1 oracle oinstall 230016 Mar 12 00:07 test.txt  

Am I missing something, or could this be a problem?  


This email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please delete all copies and notify the sender immediately. You may wish to refer to the incorporation details of Standard Chartered PLC, Standard Chartered Bank and their subsidiaries at

Received on Thu Mar 13 2014 - 03:13:10 CET

Original text of this message