Centos修改時區時間日期git
cp /usr/share/zoneinfo/Asia/Shanghai /etc/localtime redis
修改時區算法
找到相應的時區文件 /usr/share/zoneinfo/Asia/Shanghai 服務器
替換當前的/etc/localtime。 網絡
修改/etc/sysconfig/clock文件的內容爲: oop
ZONE="Asia/Shanghai" 測試
UTC=false ui
ARC=false spa
修改日期操作系統
時間設定成2008年9月10日的命令以下:
#date -s 09/10/2008
修改時間
將系統時間設定成上午10點25分0秒的命令以下。
#date -s 10:25:00
同步biso時間
同步BIOS時鐘,強制把系統時間寫入CMOS,命令以下:
#clock -w
附 ntpq 詳解:
命令 "ntpq -q" 輸出下面這樣的一個表:
remote refid st t when poll reach delay offset jitter
==============================================================================
LOCAL(0) .LOCL. 10 l 96h 64 0 0.000 0.000 0.000
*ns2.example.com 10.193.2.20 2 u 936 1024 377 31.234 3.353 3.096
更多細節 表頭 remote – 用於同步的遠程節點或服務器。「LOCAL」表示本機 (當沒有遠程服務器可用時會出現) refid – 遠程的服務器進行同步的更高一級服務器 st – 遠程節點或服務器的 Stratum(級別,NTP 時間同步是分層的) t – 類型 (u: unicast(單播) 或 manycast(選播) 客戶端, b: broadcast(廣播) 或 multicast(多播) 客戶端, l: 本地時鐘, s: 對稱節點(用於備份), A: 選播服務器, B: 廣播服務器, M: 多播服務器, 參見「Automatic Server Discovery「) when – 最後一次同步到如今的時間 (默認單位爲秒, 「h」表示小時,「d」表示天) poll – 同步的頻率:rfc5905建議在 NTPv4 中這個值的範圍在 4 (16秒) 至 17 (36小時) 之間(即2的指數次秒),然而觀察發現這個值的實際大小在一個小的多的範圍內 :64 (26 )秒 至 1024 (210 )秒 reach – 一個8位的左移移位寄存器值,用來測試可否和服務器鏈接,每成功鏈接一次它的值就會增長,以 8 進制顯示 delay – 從本地到遠程節點或服務器通訊的往返時間(毫秒) offset – 主機與遠程節點或服務器時間源的時間偏移量,offset 越接近於0,主機和 NTP 服務器的時間越接近(以方均根表示,單位爲毫秒) jitter – 與遠程節點同步的時間源的平均誤差(多個時間樣本中的 offset 的誤差,單位是毫秒),這個數值的絕對值越小,主機的時間就越精確 字段的統計代碼 表中第一個字符(統計代碼)是狀態標識(參見 Peer Status Word),包含 " ","x","-","#","+","*","o": " " – 無狀態,表示: 沒有遠程通訊的主機 "LOCAL" 即本機 (未被使用的)高層級服務器 遠程主機使用的這臺機器做爲同步服務器 「x」 – 已再也不使用 「-」 – 已再也不使用 「#」 – 良好的遠程節點或服務器可是未被使用 (不在按同步距離排序的前六個節點中,做爲備用節點使用) 「+」 – 良好的且優先使用的遠程節點或服務器(包含在組合算法中) 「*」 – 當前做爲優先主同步對象的遠程節點或服務器 「o」 – PPS 節點 (當優先節點是有效時)。實際的系統同步是源於秒脈衝信號(pulse-per-second,PPS),可能經過PPS 時鐘驅動或者經過內核接口。 參考 Clock Select Algorithm. refid refid 有下面這些狀態值 一個IP地址 – 遠程節點或服務器的 IP 地址 .LOCL. – 本機 (當沒有遠程節點或服務器可用時) .PPS. – 時間標準中的「Pulse Per Second」(秒脈衝) .IRIG. – Inter-Range Instrumentation Group 時間碼 .ACTS. – 美國 NIST 標準時間 電話調製器 .NIST. –美國 NIST 標準時間電話調製器 .PTB. – 德國 PTB 時間標準電話調製器 .USNO. – 美國 USNO 標準時間 電話調製器 .CHU. – CHU (HF, Ottawa, ON, Canada) 標準時間無線電接收器 .DCFa. – DCF77 (LF, Mainflingen, Germany) 標準時間無線電接收器 .HBG. – HBG (LF Prangins, Switzerland) 標準時間無線電接收器 .JJY. – JJY (LF Fukushima, Japan) 標準時間無線電接收器 .LORC. – LORAN-C station (MF) 標準時間無線電接收器,注: 再也不可用 (被 eLORAN 廢棄) .MSF. – MSF (LF, Anthorn, Great Britain) 標準時間無線電接收器 .TDF. – TDF (MF, Allouis, France)標準時間無線電接收器 .WWV. – WWV (HF, Ft. Collins, CO, America) 標準時間無線電接收器 .WWVB. – WWVB (LF, Ft. Collins, CO, America) 標準時間無線電接收器 .WWVH. – WWVH (HF, Kauai, HI, America) 標準時間無線電接收器 .GOES. – 美國靜止環境觀測衛星; .GPS. – 美國 GPS; .GAL. – 伽利略定位系統歐洲 GNSS; .ACST. – 選播服務器 .AUTH. – 認證錯誤 .AUTO. – Autokey (NTP 的一種認證機制)順序錯誤 .BCST. – 廣播服務器 .CRYPT. – Autokey 協議錯誤 .DENY. – 服務器拒絕訪問; .INIT. – 關聯初始化 .MCST. – 多播服務器 .RATE. – (輪詢) 速率超出限定 .TIME. – 關聯超時 .STEP. – 間隔時長改變,偏移量比危險閾值小(1000ms) 比間隔時間 (125ms)大 操做要點 一個時間服務器只會報告時間信息而不會從客戶端更新時間(單向更新),而一個節點能夠更新其餘同級節點的時間,結合出一個彼此贊成的時間(雙向更新)。
初次啓動時: 除非使用 iburst 選項,客戶端一般須要花幾分鐘來和服務器同步。若是客戶端在啓動時時間與 NTP 服務器的時間差大於 1000 秒,守護進程會退出並在系統日誌中記錄,讓操做者手動設置時間差小於 1000 秒後再從新啓動。若是時間差小於 1000 秒,可是大於 128 秒,會自動矯正間隔,並自動重啓守護進程。
當第一次啓動時,時間頻率文件(一般是 ntp.drift 文件,記錄時間偏移)不存在,守護進程進入一個特殊模式來矯正頻率。當時鐘不符合規範時這會須要 900 秒。當校訂完成後,守護進程建立時間頻率文件進入普通模式,並分步校訂剩餘的誤差。
NTP 0 層(Stratum 0 )的設備如原子鐘(銫,銣),GPS 時鐘或者其餘標準時間的無線電時鐘爲 1 層(Stratum 1)的時間服務器提供時間信號。NTP 只報告UTC 時間(統一協調時,Coordinated Universal Time)。客戶端程序使用時區從 UTC 導出本地時間。
NTP 協議是高精度的,使用的精度小於納秒(2的 -32 次方)。主機的時間精度和其餘參數(受硬件和操做系統限制)使用命令 「ntpq -c rl」 查看(參見 rfc1305 通用變量和 rfc5905)。
precision 爲四捨五入值,且爲 2 的冪數。所以精度爲 2precision (秒)
rootdelay – 與同步網絡中主同步服務器的總往返延時。注意這個值能夠是正數或者負數,取決於時鐘的精度。
rootdisp – 相對於同步網絡中主同步服務器的誤差(秒)
tc – NTP 算法 PLL (phase locked loop,鎖相環路) 或 FLL (frequency locked loop,鎖頻迴路) 時間常量
mintc – NTP 算法 PLL/FLL 最小時間常亮或「最快響應
offset – 由結合算法得出的系統時鐘偏移量(毫秒)
frequency – 系統時鐘頻率
sys_jitter – 由結合算法得出的系統時鐘平均誤差(毫秒)
clk_jitter – 硬件時鐘平均誤差(毫秒)
clk_wander – 硬件時鐘偏移(PPM – 百分之一)
Jitter (也叫 timing jitter) 表示短時間變化大於10HZ 的頻率, wander 表示長期變化大於10HZ 的頻率 (Stability 表示系統的頻率隨時間的變化,和 aging, drift, trends 等是同義詞)
NTP 軟件維護一系列連續更新的頻率變化的校訂值。對於設置正確的穩定系統,在非擁塞的網絡中,現代硬件的 NTP 時鐘同步一般與 UTC 標準時間相差在毫秒內。(在千兆 LAN 網絡中能夠達到何種精度?)
對於 UTC 時間,閏秒 leap second 能夠每兩年插入一次用於同步地球自傳的變化。注意本地時間爲夏令時時時間會有一小時的變化。在重同步以前客戶端設備會使用獨立的 UTC 時間,除非客戶端使用了偏移校準。
閏秒發生時會怎樣: 閏秒發生時,會對當天時間增長或減小一秒。閏秒的調整在 UTC 時間當天的最後一秒。若是增長一秒,UTC 時間會出現 23:59:60。即 23:59:59 到 0:00:00 之間實際上須要 2 秒鐘。若是減小一秒,時間會從 23:59:58 跳至 0:00:00 。另見 The Kernel Discipline.
那麼… 間隔閾值(step threshold)的真實值是多少: 125ms 仍是 128ms? PLL/FLL tc 的單位是什麼 (log2 s? ms?)?在非擁塞的千兆 LAN 中時間節點間的精度能達到多少? 感謝 Camilo M 和 Chris B的評論。 歡迎校訂錯誤和更多細節的探討。 謝謝 Martin 附錄 NTP 的紀元 從 1900 開始而 UNIX 的從 1970開始. 時間校訂 是逐漸進行的,所以時間的徹底同步可能會畫上幾個小時。 節點狀態 能夠被記錄到 summarise/plot time offsets and errors RMS – 均方根 PLL – 鎖相環路 FLL – 鎖頻迴路 PPM – 百萬分之一,用於描述頻率的變化 man ntpq (Gentoo 簡明版本) man ntpq (長期維護版本) man ntpq (Gentoo 長期維護版本) 另見 ntpq – 標準 NTP 查詢程序 The Network Time Protocol (NTP) 分佈 NTP 的簡明歷史 一個更多細節的簡明歷史 「Mills, D.L., A brief history of NTP time: confessions of an Internet timekeeper. Submitted for publication; please do not cite or redistribute」 (pdf) NTP RFC 標準文檔 Network Time Protocol (Version 3) RFC – txt, or pdf. Appendix E, The NTP Timescale and its Chronometry, p70, 包含了對過去 5000 年咱們的計時系統的變化和關係的有趣解釋。 維基百科: Time 和 Calendar John Harrison and the Longitude problem Clock of the Long Now – The 10,000 Year Clock John C Taylor – Chronophage Orders of magnitude of time Greenwich Time Signal 其餘 SNTP (Simple Network Time Protocol, RFC 4330,簡單網絡協議)基本上也是NTP,可是少了一些基於 RFC 1305 實現的 NTP 的一些再也不須要的內部算法。 Win32 時間 Windows Time Service 是 SNTP 的非標準實現,沒有精度的保證,並假設精度幾乎有 1-2 秒的範圍。(由於沒有系統時間變化校訂) 還有一個PTP (IEEE 1588) Precision Time Protocol(精準時間協議)。見維基百科:Precision Time Protocol。軟件程序爲 PTPd。蟲咬的功能是這是一個 LAN 高精度主從同步系統,精度在毫秒級,使用 International Atomic Time (TAI, monotonic,無閏秒)。數據報時間戳須要在網卡中啓用。支持 PTP 的網絡會對數據報記錄時間戳以減小交換機路由器的影響。也能夠在不記錄時間戳的網絡中使用 PTP 但可能應爲時間誤差太大而沒法同步。所以使用這個須要對網絡進行設置。 更老的時間同步協議 DTSS – DEC公司的數字時間同步服務, 被 NTP 所取代。例子: DTSS VMS C code c2000。 (哪裏有關於 DTSS 的文章或文檔嗎?) DAYTIME protocol,使用 TCP 或 UDP 13 端口同步 ICMP Timestamp 和 ICMP Timestamp Reply,使用 ICMP 協議同步 Time Protocol,使用 TCP 或 UDP 37 號端口同步
via: http://nlug.ml1.co.uk/2012/01/ntpq-p-output/831 做者:Martin L 譯者:Liao 校對:wxy 本文由 LCTT 原創翻譯,Linux中國 榮譽推出