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

合集下载

同步数据库时间的命令

同步数据库时间的命令同步数据库时间是指将数据库服务器的时间与其他服务器或设备的时间保持同步，以确保在多个系统之间记录和处理时间相关的事务时的一致性。

这主要涉及将数据库服务器的系统时间进行调整，以确保其与其他服务器或设备的系统时间一致。

同步数据库时间的命令可以基于特定的数据库管理系统（DBMS）和操作系统（OS）进行设置。

以下是一些常用的同步数据库时间的命令示例：1. MySQL数据库的时间同步命令：在MySQL数据库中，可以使用以下命令来同步数据库服务器的时间：```mysql> SET GLOBAL time_zone = '+08:00';```此命令将数据库服务器的时区设置为UTC+8，即东八区的时间，您可以根据需要进行调整。

2. Oracle数据库的时间同步命令：在Oracle数据库中，可以使用以下命令来同步数据库服务器的时间：```SQL> ALTER DATABASE SET TIME_ZONE='Asia/Shanghai';```该命令将数据库服务器的时区设置为亚洲/上海时区，您可以根据需要进行调整。

3. SQL Server数据库的时间同步命令：在SQL Server数据库中，可以使用以下命令来同步数据库服务器的时间：```USE master;GOEXEC sys.sp_configure N'show advanced options', N'1' RECONFIGURE WITH OVERRIDE;GOEXEC sys.sp_configure N'default time zone', N'+08:00' RECONFIGURE WITH OVERRIDE;GO```该命令将数据库服务器的时区设置为UTC+8，即东八区的时间，您可以根据需要进行调整。

4. PostgreSQL数据库的时间同步命令：在PostgreSQL数据库中，可以使用以下命令来同步数据库服务器的时间：```postgres=# ALTER DATABASE yourdatabase SET timezone TO 'Asia/Shanghai';```该命令将数据库服务器的时区设置为亚洲/上海时区，您可以根据需要进行调整。

oracle常见故障处理手册

oracle常见故障处理手册一、数据库启动与关闭故障1.数据库启动失败原因：可能是由于Oracle数据库配置不正确、系统环境变量设置不正确、初始化参数设置不正确等原因导致。

解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。

2.数据库关闭失败原因：可能是由于数据库事务未完成、数据库锁未释放等原因导致。

解决方法：检查数据库日志文件，查看错误信息，根据错误信息进行相应的修复。

二、连接故障1.连接不成功原因：可能是由于网络连接问题、数据库用户名或密码错误、数据库实例名错误等原因导致。

解决方法：检查网络连接是否正常，检查数据库用户名和密码是否正确，检查数据库实例名是否正确。

2.连接断开原因：可能是由于网络不稳定、数据库服务器异常等原因导致。

解决方法：检查网络连接是否正常，检查数据库服务器是否正常。

三、数据恢复故障1.数据丢失原因：可能是由于数据库损坏、磁盘故障等原因导致。

解决方法：根据数据丢失的原因，选择相应的恢复方法，如使用备份恢复数据或使用日志文件恢复数据。

2.数据不一致原因：可能是由于数据修改不一致、数据复制不一致等原因导致。

解决方法：检查数据修改和复制的日志文件，找到不一致的数据并修复。

四、性能优化故障1.性能下降原因：可能是由于CPU占用过高、内存占用过高、磁盘IO过大等原因导致。

解决方法：优化数据库配置参数，如增加内存、优化磁盘IO等。

2.查询速度慢原因：可能是由于查询语句不优化、表没有建立索引等原因导致。

解决方法：优化查询语句，为表建立索引等。

五、存储管理故障1.存储空间不足原因：可能是由于磁盘空间不足、表空间不足等原因导致。

解决方法：清理磁盘空间，增加磁盘空间，调整表空间大小等。

2.数据文件丢失或损坏原因：可能是由于磁盘故障、人为误删除或修改等原因导致。

解决方法：使用备份恢复数据文件或修复损坏的数据文件。

六、网络连接故障1.网络连接中断原因：可能是由于网络设备故障、网络连接线故障等原因导致。

数据库连接时区问题及解决方法

数据库连接时区问题及解决方法一、问题描述在进行数据库连接时，时区问题经常会引发一些不必要的麻烦。

当数据库和应用程序运行在不同的时区时，可能会出现时间差异的情况，导致数据的不一致或不准确。

二、问题原因数据库和应用程序运行在不同的时区，主要原因有以下几种：1. 数据库服务器的时区设置不正确。

2. 应用程序服务器的时区设置不正确。

3. 应用程序服务器和数据库服务器使用的时区设置不一致。

三、问题影响时区问题可能会导致以下影响：1. 数据查询结果的时间不准确。

2. 数据的创建或修改时间不准确。

3. 数据的排序结果不准确。

4. 数据的统计分析结果不准确。

四、解决方法针对数据库连接时区问题，可以采取以下解决方法：1. 统一时区设置：将数据库服务器、应用程序服务器和客户端的时区设置统一为同一个时区，以避免时区差异导致的问题。

2. 使用标准时间格式：在应用程序中，尽量使用标准的时间格式，如UTC时间，以避免时区差异带来的影响。

在数据库中存储时间时，也应该使用标准的时间格式。

3. 显式指定时区：在数据库连接时，可以显式地指定时区信息，以确保数据库和应用程序之间的时间一致性。

例如，在Java中，可以使用JDBC连接字符串中的"serverTimezone"参数来指定时区。

4. 转换时区：如果无法统一时区设置或显式指定时区，可以在应用程序中对时间进行时区转换。

例如，在Java中，可以使用Java提供的日期时间库，如Joda-Time或java.time，对时间进行转换。

5. 注意时区差异：在进行数据查询、排序和统计分析时，要注意时区差异可能带来的影响。

如果需要考虑时区差异，可以使用数据库提供的时区函数或应用程序提供的时区转换函数来处理。

五、注意事项在解决数据库连接时区问题时，还需要注意以下事项：1. 时区设置的一致性：确保数据库服务器、应用程序服务器和客户端的时区设置保持一致，以避免时区差异带来的问题。

centos ntp时差过大不同步处理方法 -回复

centos ntp时差过大不同步处理方法-回复CentOS NTP时差过大不同步处理方法引言：在计算机网络中，时间同步是非常重要的。

特别是在一些需要准确时间数据的应用中，如日志记录、证书验证和系统监控等等，时间同步的准确性是至关重要的。

NTP（Network Time Protocol）是一种时间同步协议，它可以使网络中的计算机相互同步，并确保它们的时钟相对于地球上其他原子钟的准确性。

然而，有时由于各种原因，CentOS服务器与NTP服务器之间的时差会过大，这时就需要一些方法来调整和解决这个问题。

本文将向您介绍如何处理CentOS NTP时差过大不同步的问题。

第一步：检查NTP服务和配置首先，我们需要确保NTP服务已经正确安装和启动，以及配置文件的正确性。

在CentOS系统中，可以使用以下命令来检查NTP服务的状态：systemctl status ntpd如果服务已经安装和启动，将会显示服务的当前状态。

如果服务未安装或未启动，可以使用以下命令来安装或启动NTP服务：sudo yum install ntpsudo systemctl start ntpd接下来，我们需要检查与NTP服务器之间的配置。

可以使用以下命令来打开NTP配置文件进行编辑：sudo vi /etc/ntp.conf在打开的配置文件中，需要确保已经指定了正确的NTP服务器地址。

可以找到以下示例行：# Use public servers from the project.# Please consider joining the pool (server iburstserver iburstserver iburstserver iburst确保这些服务器地址与您所在的地区相匹配，并删除其他未使用的服务器地址。

保存并退出文件。

第二步：手动同步时间如果您的CentOS服务器与NTP服务器之间的时差过大，可能需要手动同步时间。

centos ntp时差过大不同步处理方法 -回复

centos ntp时差过大不同步处理方法-回复CentOS NTP时差过大不同步处理方法随着计算机网络的发展，网络时间同步对于系统正常运行变得越来越重要。

在CentOS操作系统中，NTP（网络时间协议）是一种常用的时间同步协议，用于使计算机系统与时钟源保持同步。

然而，有时候当我们在CentOS 中遇到时差过大而无法同步的情况时，我们需要采取一些方法来解决这个问题。

本文将一步一步地回答"CentOS NTP时差过大不同步处理方法" 这个问题，并提供一些解决方案来帮助你解决NTP时差过大的问题。

第一步：确保NTP服务已安装并运行首先，你需要确保在你的CentOS系统中已经安装了NTP服务。

可以通过以下命令检查NTP服务是否已经安装：rpm -qa grep ntp如果输出中显示了相关的NTP软件包，则表示NTP已安装。

如果没有安装NTP，请使用以下命令安装：yum install ntp安装完成后，我们需要运行NTP服务。

可以使用以下命令启动NTP服务：systemctl start ntpd同时，还需要将NTP服务设置为开机自启动：systemctl enable ntpd第二步：配置NTP服务接下来，我们需要配置NTP服务以便能够同步时间。

NTP的配置文件位于/etc/ntp.conf。

可以使用任何文本编辑器打开该文件进行配置：vi /etc/ntp.conf在打开的配置文件中，你将看到一些NTP服务器的列表。

服务器列表用于告诉NTP客户端从哪里获取时间。

根据你的位置和网络情况，选择一个合适的NTP服务器，并将其添加到配置文件中。

以下是一些常用的NTP 服务器：server ntp1.aliyunserver ntp2.aliyunserver ntp3.aliyun添加服务器后，保存并关闭配置文件。

第三步：重新启动NTP服务在完成配置后，需要重新启动NTP服务以使其生效。

系统服务器系统时间与北京时间不一致解决

系统服务器系统时间与北京时间不⼀致解决系统服务器系统时间与北京时间不⼀致解决WinCC消息报警时间为消息触发时CPU时间（同步时钟为Slclock，即格林威治时间），报表时间为SQL数据库记录数据时间（同步时钟为服务器时间）。

经查发现CPU时间与服务器时间出现时区差8时4分3秒。

为保证报警时间与报表数据⼀致，需修改CPU时间并将服务器时区改为与CPU同步时钟⼀致的格林威治时间。

时间修改需对CPU下载同步后重启服务器，服务器重启完成后需对服务器时区修改为“格林威治时间”。

在对EMS系统服务器系统时间进⾏了更改（将系统时间显⽰07:34改为了当前北京时间15:34），在正常显⽰10S钟后系统显⽰时间⾃动减了8⼩时，此时查看报表数据和曲线数据发现有数据归档，归档时间为23:35。

对系统时间设置进⾏检查，未发现设置出现问题。

在16:13时⼜对系统时间进⾏了更改（将系统时间显⽰08:13改为了当前北京时间16:13），在正常显⽰10S钟后系统显⽰时间再次⾃动减了8⼩时，此时查看报表数据和曲线数据发现有数据归档，归档时间为00:13。

将此现象电话咨询供应商（上海西门⼦），供应商回复将PLC与本地时间同步勾选项去掉试试。

去掉PLC与本地时间同步勾选项后在在16:27时⼜对系统时间进⾏了更改（将系统时间显⽰08:27改为了当前北京时间16:27），在正常显⽰10S钟后系统显⽰时间还是⾃动减了8⼩时，此时查看报表数据和曲线数据发现有数据归档，归档时间为00:27。

请⽰部门领导，对部门领导说明情况后在16:52再次进⾏了测试，在00：52出现归档数据，但时间仍然⾃动减了8⼩时。

再次联系供应商，供应商回复也不知如何解决。

在商讨后决定将系统时间时区由“格林威治时区”改为“北京时区”试下。

在17:05时将系统时间时区由“格林威治时区”改为“北京时区”，并将时间显⽰改为了当前北京时间17：07，此时时钟记时正常，查看报表数据和曲线数据出现每分钟正常数据归档，其归档时间与系统显⽰时间⼀致。

解决VMWare虚拟机centos时间与本地时间不一致的问题

解决VMWare虚拟机centos时间与本地时间不⼀致的问题VM Ware 虚拟机centos 时间与本地时间不⼀致，如下图。

⼤致是时区设置的问题，设置为中国标准时区即可，CST。

解决办法
1.安装时间同步插件 ntpdate yum install ntpdate
2.启动服务 service ntpdate restart 或 systemctl restart ntpdate
3.设置时区
1). 删除本地时间（美国时间）：rm -rf /etc/localtime
2). 设置时区为上海：ln -s /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
4.验证
输⼊date 看对不对
5.但是reboot后，失效了。

6.放到 crond ⾥
NTP ⽹络时间协议，把它放到crond⾥，即每时每刻都跟⽹络时间⼀样。

重启后，仍然⽣效。

OK！
crond -e
加⼊此⾏信息进去：
* * * * * /usr/sbin/ntpdate | logger -t NTP
到此这篇关于VMWare 虚拟机centos 时间与本地时间不⼀致的⽂章就介绍到这了,更多相关VMWare 虚拟机centos时间内容请搜索以前的⽂章或继续浏览下⾯的相关⽂章希望⼤家以后多多⽀持！。

双系统时间不统一的解决方法

双系统时间不统一的解决方法双系统时间不统一，这可是个让人头疼的事儿。

就像两条腿走路，一长一短，怎么都别扭。

但别慌，咱有办法对付它！1.1 先看看是不是设置出了岔子。

有时候，咱们在安装双系统的时候，手一哆嗦，或者没留神，时间设置就乱了套。

这就好比做饭忘了放盐，味道能好吗？所以，得仔细瞅瞅每个系统里的时间设置，是不是时区选对了，是不是自动同步时间的功能开了。

1.2 还有啊，硬件也可能是“罪魁祸首”。

电脑里的那个小电池，要是没电了或者出了毛病，时间就容易乱套。

这就像汽车没了油，跑不动啦！二。

要是上面的法子不管用，咱们还有招儿。

2.1 可以试试通过 BIOS 来调整。

这 BIOS 就像是电脑的大管家，很多基础设置都在这儿。

进入 BIOS 界面，找到时间设置的地方，把它整对喽。

这可得小心操作，别像没头的苍蝇乱撞，不然可能会出乱子。

2.2 另外，系统更新也不能忘。

有时候，系统的一些小漏洞或者不完善的地方，会导致时间不统一。

就像衣服破了个洞，得补补。

更新一下系统，说不定问题就迎刃而解了。

2.3 要是还不行，那就得考虑是不是有软件在捣乱。

有些软件可能会偷偷改时间，这可真是“暗箭难防”啊！把那些可疑的软件排查排查，该卸载的卸载，该设置的设置。

三。

再给您提个醒。

3.1 平时使用电脑的时候，多留意留意时间。

一旦发现不对，赶紧解决，别等问题像雪球一样越滚越大。

3.2 还有啊，遇到问题别着急上火，办法总比困难多。

按照我说的这些一步步来，双系统时间不统一的问题肯定能解决，让您的电脑顺顺溜溜地为您服务！。

java 获得的系统时间与操作系统的时间不一致

java 获得的系统时间与操作系统的时间不一致想索取更多相关资料请加qq：649085085或登录PS;本文档由北大青鸟广安门收集自互联网，仅作分享之用。

问题：1.new Date（）得到的时间？和系统相差相差8个小时2.eclipse控制台打印的时间与系统相差相差8个小时3.log4j日志的时间与与系统相差相差8个小时上述问题其实是同一个问题。

原因：java获得的时区跟系统的时区不一样解决方法如下：1.在代码前加上下面这句话就行了：TimeZone tz =TimeZone.getTimeZone （"Asia/Shanghai"）；TimeZone.setDefault（tz）2.在tomcat中修改catalina.bat文件的 set JAVA_OPTS在后面加上-Duser.timezone=GMT+083.修改注册表中的默认时区改成（GMT+08:00）北京，重庆，香港特别行政区，乌鲁木齐如果还不行看下：从正常的并且是相同系统的机器中导出HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones 项，然后导入到自己机器中 .以上三种方法都是解决方法。

在修改时区的时候最好用代码看下JAVA获得的时区是什么时区，代码如下：Properties props=System.getProperties（）；Iteratoriter=props.keySet（）。

iterator（）；while（iter.hasNext（））？？Stringkey=（String）iter.next（）；System.out.println（key+" = "+props.get（key））；}user.timezone=??就是JAVA获得的时区，然后再看操作系统的时区。

去改注册表吧。

oracle ebs时区转换函数

Oracle E-Business Suite（EBS）是一种集成的企业资源计划（ERP）软件，它提供了一系列的功能模块，包括财务管理、采购、库存管理等。

在实际使用中，经常会遇到处理不同时区的时间数据的情况。

为了解决这个问题，Oracle EBS 提供了一系列的时区转换函数，可以帮助用户在不同的时区之间进行时间的转换和处理。

时区转换函数使得用户可以方便地处理全球各地的时间数据，无论这些数据是来自于不同的数据库，还是来源于不同的应用系统。

通过时区转换函数，用户可以将一个时间从一个时区转换到另一个时区，也可以获取当前时区下的时间，并进行日期时间的计算和比较。

下面我们将重点介绍一些常用的时区转换函数，以及它们的用法和示例。

1. NEW_TIME 函数NEW_TIME 函数可以将一个时间从一个时区转换到另一个时区。

它的语法如下：```NEW_TIME ( datetime, 'source_time_zone', 'target_time_zone' ) ```其中，datetime 是要转换的日期时间值，‘source_time_zone’ 是原始的时区，‘target_time_zone’ 是目标时区。

如果我们有一个时间值 '2022-01-01 12:00:00' 在美国太平洋时区，我们想将它转换到我国标准时间（东八区）：```SELECT NEW_TIME ('2022-01-01 12:00:00','America/Los_Angeles', 'Asia/Shangh本人') FROM DUAL;```这将返回一个新的时间值，表示美国太平洋时区的‘2022-01-01 12:00:00’ 在我国标准时间下的值。

2. FROM_TZ 函数FROM_TZ 函数可以将一个时间值转换为带有时区信息的TIMESTAMP WITH TIME ZONE 类型。

启动dbconsole遇到的timezone问题

> fi
> fi
> done
America/New_York
US/Eastern
进入操作系统更改系统时区为PRC，再次启动就好了,崩溃.但还是不知道什么原因.
emctl resetTZ agent 会更新emd.properties文件中的东西,不需要手工添加,等于下面的操作
[oracle@localhost bin]$ emctl config agent getTZ
[oracle@localhost bin]$ emctl config agent updateTZ
[oracle@localhost bin]$ emctl start agent
[oracle@localhost bin]$ emctl start dbconsole
/dgalai/resen/product/102/_h11h99/sysman/config/emd.properties
does not match the current environment TZ setting(US/Eastern).
The dbconsole cannot run with this mismatch.
Copyright (c) 1996, 2005 Oracle Corporation. All rights reserved.
http://localhost.localdomain:1158/em/console/aboutApplication
Timezone mismatch: The agentTZRegion value (US/Eastern) in
出错如下:
[oracle@jk-backup ~]$ emctl start dbconsole

如何解决电脑系统时间不准确

如何解决电脑系统时间不准确在当今社会，电脑已经成为人们工作、学习、娱乐的必备工具。

然而，有时我们会遇到电脑系统时间不准确的情况，这不仅会影响到我们的正常使用，还可能导致其他问题的发生。

本文将探讨如何解决电脑系统时间不准确的问题，以便确保我们能够高效地利用电脑。

一、检查时区设置首先，我们可以检查电脑的时区设置。

时区设置不正确可能导致系统时间与实际时间不一致。

我们可以按照以下步骤进行调整：1. 点击电脑右下角的时间和日期显示栏，选择“更改日期和时间设置”。

2. 在弹出的窗口中，点击“更改日期和时间”。

3. 在日期和时间设置窗口中，点击“更改时区”。

4. 根据当前所在的地理位置，选择合适的时区，并点击“确定”进行保存。

通过以上操作，我们可以确保电脑的时区设置正确，从而解决系统时间偏差的问题。

二、同步互联网时间除了时区设置外，我们还可以通过同步互联网时间的方式来解决电脑系统时间不准确的情况。

同步互联网时间可以确保系统时间与国际标准时间保持一致，从而提高时间的准确性。

以下是具体的操作步骤：1. 点击电脑右下角的时间和日期显示栏，选择“更改日期和时间设置”。

2. 在弹出的窗口中，选择“Internet时间”选项卡。

3. 勾选“与互联网时间服务器同步”选项，并选择一个可靠的时间服务器。

4. 点击“立即更新”按钮，系统将自动与选定的时间服务器同步时间。

通过同步互联网时间，我们可以解决电脑系统时间不准确的问题，并确保与其他设备的时间一致。

三、更换电池或修复硬件问题如果经过以上两种方式的尝试后，电脑系统时间仍然不准确，那可能是由于电池问题或硬件故障引起的。

在这种情况下，我们可以考虑更换电池或联系专业维修人员对硬件进行修复。

电脑的时钟芯片通常由一块小型电池供电，这个电池被称为CMOS电池。

当CMOS电池电量不足或电池损坏时，电脑的系统时间就会出现偏差。

我们可以尝试更换CMOS电池来解决这个问题。

不过，在进行电池更换之前，请确保提前备份好重要的数据以防丢失。

mongodb中时间跟实际时间相差8小时----时区问题

mongodb中时间跟实际时间相差8⼩时----时区问题遇到的问题参考：Mongo中⼀个Collection有⼀个字段⽤来存放数据的插⼊时间，但记录的时间⽐实际时间晚了8⼩时。

查询得知存储在mongodb中的时间是标准时间UTC +0:00，⽽中国时区是+8.00，请问有什么办法保证Collection中的插⼊时间和实际时间⼀致吗？GMT: 格林威治时间UTC：标准时间ISO：标准时间CST：北京时间时间加Z：代表标准时间（⼀般和UTC时间⼀致）enterDate: {type: Date,default: new Date()}解决⽅法参考：應該要在應⽤層處理這個問題⽐較好，資料庫裡⾯都統⼀存 UTC 這樣才不會造成跨時區⽤⼾插⼊資料的時間差異，多加⼀個Timezone 欄位來克服。

存 timestamp 也不錯.. 不過也是要依據時區轉确定解决思路：在应⽤层修改好数据，避免在数据库中直接使⽤Date类型。

实际解决⽅案1：设置集合规则为字符串格式enterDate: {type: String,default: new Date().toString()}实际解决⽅案2：设置集合规则为数字格式----存储为时间戳（推荐使⽤⽅案2，这样不同国家的⼈访问时不会出现时区问题）enterDate: {type: Number,default: Date.now}注意：通过页⾯中添加学⽣信息时，如果没有填写enterDate，它的值是 '' ⼀个空字符串。

要在存储数据前，⼿动修改它的值。

if (studentData.enterDate === '') {// studentData.enterDate = Date.now();studentData.enterDate = new Date().toString();}以上两种⽅案任选其⼀再在art-template解析中，使⽤第三⽅模块解析时间：1. 安装第三⽅模块：npm install moment2. 引⼊monment第三⽅模块const moment = require('moment');// 导⼊模板变量momenttemplate.defaults.imports.moment = moment;3. 在模板中使⽤moment<td>{{ moment($value.enterDate).format('YYYY-MM-DD hh:mm:ss') }}</td>。

oracle rac 节点时间差过大解决方法

oracle rac 节点时间差过大解决方法
Oracle RAC（Real Application Clusters）节点时间差过大的解决方法如下：
1. 关闭数据库和集群。

首先，确保两个节点都关闭，以便进行更改。

2. 修改系统时间。

应避免向后调整时间，以免影响数据的正确性。

一种方法是关闭节点2 10分钟（根据日志中的信息，这个时间可能不需要超过10分钟），然后再向前微调节点1的时间，使其与节点2保持一致。

3. 将系统时间同步至硬件时间。

确保系统时间与硬件时钟保持一致，可以避免时间差问题。

4. 启动数据库和集群。

在完成上述步骤后，可以重新启动数据库和集群。

5. 调整时间偏差。

如果发现时间有偏差，可以关闭数据库和集群，直接将时间向前调整，然后重新启动集群和数据库。

6. 处理时间过快的情况。

如果时间设置得太快，可以关闭数据库和集群，等待实际时间超过设定的时间后，再向前调整时间并重新启动集群和数据库。

请注意，以上步骤仅供参考，具体操作可能因实际情况而有所不同。

在进行任何更改之前，请确保备份所有重要数据，并确保遵循最佳实践和Oracle 官方文档的建议。

如果问题复杂或涉及到关键数据，建议寻求Oracle专家的帮助。

关于OracleTimezone的一点总结

关于OracleTimezone的一点总结关于OracleTimezone的一点总结背景描述：如果需要支持一个国际化的应用，那么数据库端的国际化特性的支持也就显得尤其重要。

Oracle中有很多特性支持国际化，如字符集、时区等等。

如果相关参数设置不当，或者由于对相关特性不够了解，以至于在设计阶段没有考虑完全，那么肯定会对应用造成一定的损失。

偶前不久也遇到了timezone相关的问题，所以在此结合遇到的问题，对时区问题作一个小小的总结。

1.如何查看和修改数据库和session时区Oracle中相关的时区大体可以分为两类：数据库时区和session时区。

可以通过以下方式获得：查看数据库时区信息：SQL>selectdbtimezonefromdual;DBTIME------+08:00查看session时区信息：SQL>selectsessiontimezonefromdual;SESSIONTIMEZONE---------------------------------------------------------------------------+08:00Database的timezone可以在创建数据库的时候指定，如：CREATEDATABASEdb01...SETTIME_ZONE=''+08:00'';或者在数据库创建之后通过alterdatabase语句修改，但是只有重启数据库后有效：ALTERDATABASESETTIME_ZONE=''+08:00'';session的timezon e可以简单通过altersession语句修改：ALTERSESSIONSETTIME_ZONE=''+08:00'';Note:DatabaseTimeZone只和TIMESTAMPWITHLOCALTIMEZONE数据类型相关！其实数据库t imezone只是一个计算的标尺，TIMESTAMPWITHLOCALTIMEZONE数据类型从客户端传入数据库后，转为数据库时区存入数据库。

centos时间不同步的解决方法（centos时间同步）

centos时间不同步的解决⽅法（centos时间同步）⼀，⽤ntpdate从时间服务器更新时间如果你的linux系统根本没有ntpdate这个命令yum install ntp安装完了之后，你不要做什么配置，也不需要，直接测试⼀下复制代码代码如下:[root@localhost ~]# ntpdate 22 Oct 21:11:43 ntpdate[5014]: adjust time server 207.200.81.113 offset -0.018788 sec如果出去上⾯的内容说明，同步成功了。

然后在crontab⾥⾯加上以下内容。

1.*/10 * * * * ntpdate #域名或IP每隔⼗分钟同步⼀次。

解决odoo时间差问题

解决odoo时间差问题
odoo 在时间处理时，存到数据库是以格林威治时间，在显⽰时再加上时区的差值，特别server 布署在Windows 上，如时间或⽇期取值不正确，就会相差8⼩时左右，如何准确调整时间，这⾥给出我⾃已的解决⽅案：
1.我们发现 odoo 的create_date 和write_date 取值永远是正确的，那我们先看⼀下它的取值⽅式:
现⽤⼏种取值⽅式作⽐较：
可见只有 Date11 的取值⽆论server 是在linux 下⾯还是在 windows 下，均是正确的
这是如何做到的呢？
如下图在fields 下⾯增加⼀个⽅法：
不同平台进⾏时间处理，由于本⼈没有MAC 环境所以以默认datetime.now()值返回，
此⽅案可以根据在服务器上的测试，调整timedelta 中的 hours 和seconds 的值，作到分秒不差。

2.⽇期也做同样的解决⽅案:
应⽤与结果⽐对：
Date16 /date17/date18 的取值⽅式均是可以滴。

⽤这个两个⽅法其它取值⽰例:
《完》。

jdbc出现时区问题

JDBC出现The server time zone value'ÖÐ¹ú±ê×¼Ê±¼ä' is unrec问题
1.出现这个问题的原因：
在安装mysql的时候时区设置的不正确，mysql默认的是美国的时区，而我们中国大陆要比他们迟8小时，采用+8:00格式
使用的数据库是MySQL，没有指定MySQL驱动版本的情况下它自动依赖的驱动是8.0.12很高的版本，这是由于数据库和系统时区差异所造成的，在jdbc连接的url后面加上serverTimezone=GMT即可解决问题，如果需要使用gmt+8时区，需要写成GMT%2B8，否则会被解析为空。

再一个解决办法就是使用低版本的MySQL jdbc驱动，5.1.28不会存在时区的问题。

2.解决办法：
修改mysql的my.ini配置文件
找到这个文件之后，在[mysqld]节点下面加上下面这句话
default-time-zone=’+08:00’
然后记得重启MySQL的服务，打开cmd窗口登录MySQL执行show variables like '%time_zone%';这句命令，
然后在mysql执行语句:
set global time_zone='+8:00';。

crontab执行时间与系统时间不一致问题解决

crontab执⾏时间与系统时间不⼀致问题解决前⾔在LINUX中，周期执⾏的任务⼀般由cron这个守护进程来处理[ps -ef|grep cron]。

cron读取⼀个或多个配置⽂件，这些配置⽂件中包含了命令⾏及其调⽤时间。

cron的配置⽂件称为“crontab”，是“cron table”的简写。

cron是⼀个linux下的定时执⾏⼯具，可以在⽆需⼈⼯⼲预的情况下运⾏作业。

service crond start //启动服务 service crond stop //关闭服务 service crond restart //重启服务 service crond reload //重新载⼊配置 service crond status //查看服务状态发现问题事情是这样的在⾃⼰的服务上有⼀条如下crontab10 0 * * * root echo 'xxx' >> zzz熟悉的⼈都知道是晚上00:10执⾏，把xxx输出到zzz⽂件可是问题来了这条crontab不在00：10执⾏！⽽是在中午12：10执⾏。

crontab 执⾏时间和系统时间不⼀致我记得服务器更改过时区现在也是 CST时区没理由不执⾏啊！试着google下crontab 时区，还真搜到⼏个类似的例⼦原来修改过时间后必须⼿动重启crontab/etc/init.d/crond restart必须重启crontab 重启服务器是没有⽤的，我修改时区后重启过服务器都是没有⽤的，必须重启crontab!还有⼀种情况的时区分两个⼀个是 timezone 还有个是localtime,按照下⾯命令即可解决cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtimeservice crond restart总结以上就是这篇⽂章的全部内容了，希望本⽂的内容对⼤家的学习或者⼯作具有⼀定的参考学习价值，如果有疑问⼤家可以留⾔交流，谢谢⼤家对的⽀持。

解决Linux系统下java程序获取的时间与系统时间不一致的问题

解决Linux系统下java程序获取的时间与系统时间不一致的
问题
昨天一同事问我在java程序中通过new Date()获取的时间，比当前时间少了16个小时。

一开始以为是linux服务器的系统时间不对，但查看linux服务器系统的时间和时区都没有问题。

通过百度、google查阅资料，找到解决方法。

造成这种问题的原因是：你的操作系统时区跟你JVM的时区不一致。

操作系统应该是中国的时区，而JVM的时区不一定是中国时区。

在一个精简的Linux上安装jre，所有的java程序获取的时间都不是系统时间。

java程序获取的时间都是GMT时间，而系统是北京时间，是GMT+8，相差8小时。

三种方法可以解决：
1、在程序中使用java的函数设定时区。

2、在启动java程序时加参数-Duser.timezone=GMT+8
3、修改/etc/sysconfig/clock文件，然后重启服务。

（PS：jre 是从/etc/sysconfig/clock这个文件中获取时区信息的）
附/etc/sysconfig/clock文件内容：
#设置上海时区
ZONE="Asia/Shanghai"
UTC=false
ARC=false
## ZONE -- 时区
## UTC -- 表明时钟设置为UTC。

## ARC -- 仅用于alpha表明使用ARC。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

ORDER_DATE TIMESTAMP(6) WITH LOCAL TIME ZONE TIMESTAMP WITH LOCAL TIME ZONE column, NOT NULL constraint.
ORDER_MODE VARCHAR2(8) Y CHECK constraint.
Connected to Oracle Database 10g Enterprise Edition Release 10.1.0.2.0
Connected as sys
//查看数据库时区
SQL> select dbtimezone from dual;
DBTIMEZONE
------------ --------------------------------- -------- ------- -----------------------------------------------------------
ORDER_ID NUMBER(12) PRIMARY KEY column.
2 from sys.obj$ o,sys.col$ c,er$ u
3 where c.type#=231 and
4 o.obj#=c.obj# and
5 er#=o.owner#;
TSLTZ_COLUMN
--------------------------------------------------------------------------------
10: Shipped - paid
ORDER_TOTAL NUMBER(8,2) Y CHECK constraint.
SALES_REP_ID NUMBER(6) Y References hr.employees.employee_id.
CUSTOMER_ID NUMBER(6)
ORDER_STATUS NUMBER(2) Y 0: Not fully entered, 1: Entered, 2: Canceled - bad credit
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
OE.ORDERS.ORDER_DATE
//我们找到了，是oe用户下orders表下的列order_date。
SQL> desc oe.orders;
Name Type Nullable Default Comments
//从错误提示，我们可以看出数据库中一些表的列的数据类型为:TIMESTAMP WITH LOCAL TIME ZONE
//我们得将这些列删除后，才能更改，下面我们来查找这些类。
SQL> select ||'.'||||'.'|| tsltz_column
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
Database mounted.
Database opened.
//查看时区
SQL> select dbtimezone from dual;
DBTIMEZONE
----------
+08:00
----------
+00:00
//查看当前时间和时区
SQL> select systimestamp from dual;
SYSTIMESTAMP
--------------------------------------------------------------------------------
PROMOTION_ID NUMBER(6) Y Sales promotion ID. Used in SH schema
//将其删除
SQL> alter table oe.orders drop column order_date;
Fixed Size 7877988 bytes
Variable Size 145488364 bytes
Database Buffers 25165824 bytes
Redo Buffers 524288 bytes
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,-