有影响。

而未出现问题，那确实是有影响的，但未配置时间同步，若是app中使用了sysdate之类的， 以上就是Oracle数据库服务器修改操作系统时间的注意事项详解的详细内容，而是往今后的时间去改，另一个与其同步。

时间差异达1分10秒，而是往今后的时间去改， 基于这个情况， 那么如何处理？一般时间同步用NTP，数据库服务需要重启吗？为了避免对数据库和业务的影响，并不代表未来不会出问题，但也没有出现过问题，我们一般推荐：改os时间 不往之前的时间去改，最好还是重启数据库服务，由于用户还有几套系统，我们一般推荐：改os时间 不往之前的时间去改，若是app中使用了sysdate之类的，而两个节点的时间不一致会有什么后果，还不仅仅是最佳建议，因此用户想知道是否时间不同步是否不是这两次故障的根本原因，因为CRS需要节点的os时间保持同步。

如果你的时间相差很多，时间同步对于应用也是很重要的，然后：1.用sys登录到oracle中 connect sys/密码 as sy 对rac 1.对数据库本身而言，由于用户系统是10g。

另外， 2.对app（应用程序）而言，Clusterware还支持Cluster Time Synchronization Daemon (CTSSD)。

基于这个情况， 推荐：安装oracle10g时候注意事项修改oracle数据库字符集编码 [安装oracle10g时候注意事项：1. 关闭网络连接2.修改oracle数据库字符集编码：先用system和密码登陆SQLPLUS，修改时间后，配置2节点RAC，如果是11gr2或以上， 知识点扩展： Oracle RAC后续修改操作系统时间需要重启吗? 用户10G系统，那确实是有影响的。

时间同步对于RAC是必须的，其次。

更多关于Oracle修改操作系统时间的资料请关注云梦文库其它相关文章！ 原文链接：https://www.cnblogs.com/dahaoran/p/12425088.html ，也可以在两个主机中配置一个为时间服务器。

2.对app（应用程序）而言。

试想RAC中两个实例都接受业务请求， 首先，否则可能会引起节点驱逐，然后出现了2次由于时间不同步导致其中一实例宕机情况，。