Time of Update: 2018-12-05
每次機器重啟了,namenode都啟動不了,造成到原因可能是: 在core-site.xml配置中hadoop.tmp.dir的目錄在系統啟動時被清空<property> <name>hadoop.tmp.dir</name> <value>/tmp/hadoop/hadoop-${user.name}</value> </property>兩種解決方案:
Time of Update: 2018-12-05
通過測試我發現,通過Fetch得去的對象是不會放入二級緩衝的!(但它極有可能被放入查詢快取!這一點明天研究一下。)凡是Fetch的對象都會通過產生SQL從資料庫重建。這一點和 http://blog.csdn.net/bluishglc/archive/2010/05/16/5597043.aspx
Time of Update: 2018-12-05
一個查詢就是要得到一組滿足一定條件的資料項目(列)。資料項目可能全部來自於一張表,也可能來自多張表,這就需要在from子句中通過表關聯把各表拼接在一起。拼接過程中所有資料依然要維持二維表格結構,這樣,拼接後的結果集在水平方向上是多表的並排在一起,在垂直方向上則會出現局部重複的資料。select語句負責在垂直方向上篩選關心的資料項目(列),where負責在水平方向上過濾資料行。由於在拼接過程中出現了大量“局部”重複的行,group
Time of Update: 2018-12-05
Time of Update: 2018-12-05
原文地址:RMAN incremental backup tips 增量備份極大地降低了 Oracle備份的時間開支、但是這一機制可能比較繁瑣 10g及之後版本、你能夠使用 RMAN 的增量備份對資料檔案的鏡像拷貝進行前滾到指定的時間點、這一新特色提供如下益處: ① 用增量備份定期更新資料檔案的鏡像拷貝、被更新的鏡像會前滾到一個更新的狀態(也就是最近的 SCN)、這麼做可能會降低恢複的時間 ② 增量備份之後、再次使用增量備份將避免又一次全備
Time of Update: 2018-12-05
此篇是人在囧途之營運的 NO.9 了、更新實在太慢鳥、愧疚、、 在營運的工作中、有時我們需要去刪除大檔案、或者 N (N 取正無窮喲~~)多小檔案 那麼、rm 次奧咯、 這裡、Rocky 介紹 Linux 史上最可愛、最溫柔、最成熟、最善良、最.....槽糕、找不到形容詞、囧 那便是 rsync 的另外一種用法 ① 文法: # rsync
Time of Update: 2018-12-05
在練習 RMAN Incremental Backup 時、參照 OCP TK 042 : 對於 RMAN 增量備份的對象、官網摘入如下: You can make incremental backups of databases, individual tablespaces or datafiles. 顯然、基於96 題的答案、archive log 不在列位、偶撞了南牆也想測試呀RMAN>
Time of Update: 2018-12-05
經過大量的測試,查詢和緩衝之間的關係已經基本上清楚了。1. 一次查詢過後,結果集中的所有個體都會進入持久化上下文,也就是一級緩衝中(如果開啟了二級緩衝,它們也同樣會進入二級緩衝)。這就是意味著後面的程式如果要load(不是查詢)結果集中的任何一個對象都會從緩衝中直接命中,不會產生任何SQL去Hit資料庫。2.
Time of Update: 2018-12-05
㈠ 作用 限制 Redo 的運用量、從而降低恢復 ㈡ 原理 建立資料檔案的鏡像拷貝、隨後用增量備份集更新鏡像拷貝 即:把 1 級增量備份集併入已存在的鏡像拷貝中 ㈢ 測試 ① 指令碼RMAN> run { 2> recover copy of database with tag 'ICIU1'; 3> backup 4
Time of Update: 2018-12-05
在領域模型中,實體與值對象的概念非常重要,Hibernate也要求明確區分這兩者,以至於它們的映射配製上都不一樣。以一對多為例,同是一個set,如果是實體會使用<one-to-many>,@OneToMany,如果是值對象,會使用<composite-elementt>,@CollectionOfElements.實體與值對象的一個重要區別在於:實體有自己的生命週期,而值對象沒有,它總是依附於一個實體,如果這個實體不存在了,那麼它也將一同消亡。這一點在hibernate的
Time of Update: 2018-12-05
1 概述 不論永久連結還是軟連結,它們都是檔案 2 永久連結 定義: 每個檔案都是使用它的inode號碼來引用,檔案名稱不過是想提高使用者體驗。由於檔案名稱和inode號碼的分離(檔案名稱被儲存在目錄中,而不是在inode節點中),這就使多個檔案名稱來指向同一個inode號碼變成了可能。所有檔案都至少被應永久連結一次而且可以不止一次。 特點:
Time of Update: 2018-12-05
Assume the following retention policy illustrated in Figure rw01. The retention policy has the following aspects: ■ The recovery window is 7 days. ■ Database backups are scheduled every two weeks on these days: – January 1 – January
Time of Update: 2018-12-05
Hibernate的每一種級聯設定都對應一個Session的方法。當調用這個方法去處理一個實體時,如果實體有關聯對象配製了這種方法對應級聯,那麼關聯對象將被一樣地處理!總共提供以下幾種級聯設定:package org.hibernate.annotations;/** * Cascade types (can override default EJB3 cascades */public enum CascadeType { ALL, PERSIST, 對應persist操作 MERGE,
Time of Update: 2018-12-05
join和join fetch是兩回事,不要搞混! join取自SQL的join概念。被join的對象一般會出現在select,where等其他子句中。因為join的目的在於要對被join的對象做處理,比如過濾等等。 fetch則是抓取策略!它的作用就是指明root
Time of Update: 2018-12-05
重做記錄檔,可分線上重做記錄檔和歸檔重做記錄檔。它是個資料庫的交易記錄。目的在於失敗時恢複已提交的事務。你在oracle中完成的每個操作幾乎都會產生一定的redo資訊,並寫入線上重做記錄檔。 當主機掉電時,你可藉助線上重做記錄檔,將系統復原到掉電前的時刻;當磁碟損壞時,你可藉助歸檔重做記錄檔恢複到適當的時點;當你誤刪了某些重要的資訊並且提交時,你同樣可藉助他們去幫你恢複到誤刪前的那個時刻。
Time of Update: 2018-12-05
1.Bag 是所有非反向集合類型中效能最差的(但卻是反向集合中效能最好的,還有list。)。因為 bag 允許重複的元素值,也沒有索引欄位,因此不可能定義主鍵。Hibernate 無法判斷出重複的行。當這種集合被更改時,Hibernate 將會先完整地移除 (通過一個(in a single DELETE))整個集合,然後再重新建立整個集合。因此 Bag
Time of Update: 2018-12-05
persist() is well defined. It makes a transient instance persistent. However, it doesn't guarantee that the identifier value will be assigned to the persistent instance immediately, the assignment might happen at flush time. The spec doesn't say
Time of Update: 2018-12-05
寫到這篇文章時,我們可以對Hibernate的效能調優策略做一個宏觀的剖析了。當系統訪問一個實體時,Hibernate會到資料庫中提取相應資料封裝成實體供程式使用,但大多數情況下問題並不是這樣簡單。物件模型由很多實體和值對象組成,它們之間相互依賴,構成一張複雜的“對象圖”。從一個指定的對象開始,我們可以導航到與這個對象有直接或間接關係的任何對象上。再回到我們一開始的問題:你怎樣從資料庫中重建這個對象?我們很容易想到兩種基本的策略:策略1:開始時只載入這個對象的基本資料。當要從這個對象導航到其他對
Time of Update: 2018-12-05
其實,蠻蛋疼的,體繫結構要想深入的理解,還需要配合後續的備份與恢複的實驗和原理。但不管啦,先稍微瞭解一下。 控制檔案是個相當小的二進位檔案,最多能增長到64m左右。 參數檔案告訴執行個體控制檔案的位置。而控制檔案告訴執行個體:資料庫名,資料檔案的名稱及其位置,線上重做記錄檔的名稱及其位置,以及系統和各個資料檔案的SCN資訊。 我們的oracle內部的幾個人,都比較喜歡往ctl上面寫東東,比如: server process會把資料庫結構的變化更新到control file
Time of Update: 2018-12-05
當我們和boss簽合約時,有個參數非常重要:fast_start_mttr_target1 fast_start_mttr_target:快速啟動平均故障恢複的時間的目標,單位:s。預設為0(禁用)。2 fast_start_mttr_target轉化為內部參數,比如:log_checkpoint_interval(髒塊達到域值) log_checkpoint_timeout(逾時發生)