去南京給一客戶在一台p740小機上裝oracle10g資料庫，本來就二個小時搞定的事，結果由於ibm工程師和客戶的原因整整在那該死的idc呆了26個小時，沒有晚飯，第二天早上沒有早飯，只有水和一小包速食麵。。。連預訂的酒店都沒去，真的給公司省錢了。。。誰讓地方偏。。。廠房外面前不著村後不著店的。。。
p550小機整體9i庫遷移，emc儲存直接接p740新機，本來就沒什麼風險的而且平時也有備份，也做了硬體冗餘，可偏偏南韓老闆說要按流程走要備份。。。於是我們就進入了無窮的等待狀態~~~
10：00——22：00 小機工程師折騰中，上架、除錯，由於該工程師第一次出來幹活，技術不熟練啊~折騰到現在還沒有搞定。。。無語啊！南韓老闆都發火了。。。
22:20 左右停9i生產庫
22:30——3:30 使用nbu對資料庫做全庫備份（1t資料量，夠慢的~~~，此時由於長時間的等待加上晚上餓著肚子已進入睡眠狀態）
3:40左右 被叫醒
4:00——7:00 對p550小機斷電，換光纖卡進p740小機，重灌多路徑軟體，折騰emc儲存~~~~
8:00——9:00 各做瑣事，為安裝資料庫做環境的準備（網線太短、有防火牆、ip有限制 奔潰了。。。）
10:00——12:00 資料庫規劃、安裝、建庫~~要求一堆一堆的。。。
13:00 等待驗收~~~準備吃飯買票回家~~~
走出工廠大門換身份證的時候那保安帥哥說你們是什麼時候辦的卡，我們說是昨天，他說下次記得準時還卡~~~額~知道嗎？我們幹了二十幾小時活啊~所以說搞資料庫的最怕晚上幹活了。。。吃不消啊！
連續工作30小時後覆盤
2021 02 21 週日 意識到可能要改資料型別，進一步調查後，發現該資料所在表資料量超過百萬。按照經驗來看，這個資料型別修改操作會執行非常長的時間。於是，決定轉變思路，看能否重置資料。然而發現大量報表用到這個資料，重置後，可能會導致資料不準確，只能回到修改資料型別的解決方案上。當時只是列出了當前...
如何把十二小時調24小時 嘉定24小時高速拖車公司
嘉定24小時高速拖車公司 jhwusng 嘉定24小時高速拖車公司 到達現場後，我們的救援師傅一分也不敢耽擱，盡力的撫平在這個雨後的冬季給車主帶來的焦躁心情，只見我們技術嫻熟的維修師傅，用千斤頂架起卡宴的車身，將需要修補的輪胎從車上拆下，開啟了後續的補胎活動。路上很多車輛的後視鏡上有個小圓鏡，你覺得...
Android系統時間24小時制12小時制
在使用 dateformat時格式化時間的 yyyy.mm.dd 為年月日而如果希望格式化時間為12小時制的，則使用 hh mm ss 如果希望格式化時間為24小時制的，則使用 hh mm ss 如下 date d new date dateformat ss new dateformat yyyy...