Oracle’s Beispiel<\/a>.<\/p>\nAls erstes legen wir den Tablespace, in den die Daten verschoben werden und setzten ihn auf Read-Only. Wichtig: dieser Tablespace wird zum Verschieben der Daten auf Read-Write umgestellt und dann wieder zur\u00fcck auf Read-Only. Aus diesem Grund braucht der Benutzer SCOTT die ALTER TALESPACE Rechte. <\/p>\n
\r\nSYS> create tablespace low_cost_store\r\n 2 datafile '&_data_path\/lowcoststore01.dbf' size 1M ;\r\n\r\nTablespace created.\r\n\r\nSYS> \r\nSYS> alter tablespace low_cost_store read only;\r\n\r\nTablespace altered.\r\n\r\nSYS> \r\nSYS> grant alter tablespace, select any dictionary to scott;\r\n\r\nGrant succeeded.\r\n\r\nSYS> ---------------------------------------------------------\r\nSYS> -- Table EMPLOYEE is stored in default tablespace USERS\r\nSYS> ---------------------------------------------------------\r\nSYS> SELECT owner, segment_name, tablespace_name\r\n 2 FROM dba_segments\r\n 3 WHERE segment_name = 'EMPLOYEE';\r\n\r\nOWNER\t SEGMENT_NAME \tTABLESPACE_NAME\r\n---------- -------------------- ------------------------------\r\nSCOTT\t EMPLOYEE USERS\r\n\r\n<\/pre>\n
\nNun erstellen wir die Policy zum Verschieben der Daten nach zehn Tagen ohne \u00c4nderungen und lassen es \u00fcber Data Dictionary verifizieren. Bemerkenswert hier: wir haben ACTION_TYPE=“STORAGE“ und trotzdem ist CONDITION_TYPE gesetzt.
\n <\/p>\n
\r\n\r\nSCOTT> -- Storage tiering with condition only to move to read-only tablespace\r\nSCOTT> ALTER TABLE scott.employee\r\n 2 ILM ADD POLICY TIER TO low_cost_store READ ONLY\r\n 3 SEGMENT AFTER 10 DAYS OF NO MODIFICATION;\r\n\r\nTable altered.\r\n\r\nSCOTT> \r\nSCOTT> ----------------------------------------------------------------------------\r\nSCOTT> -- Show ILM policy information\r\nSCOTT> ----------------------------------------------------------------------------\r\nSCOTT> SELECT policy_name, action_type, scope, tier_tablespace, condition_type, condition_days\r\n 2 FROM user_ilmdatamovementpolicies;\r\n\r\nPOLICY_NAME ACTION_TYPE SCOPE\tTIER_TABLESPACE CONDITION_TYPE CONDITION_DAYS\r\n----------- ----------- ------- ---------------- ---------------------- --------------\r\nP162\t STORAGE SEGMENT LOW_COST_STORE LAST MODIFICATION TIME \t 10\r\n\r\nSCOTT> \r\nSCOTT> SELECT policy_name, object_name, object_type, enabled\r\n 2 FROM user_ilmobjects;\r\n\r\nPOLICY_NAME OBJECT_NAME \t OBJECT_TYPE\t ENABLED\r\n----------- -------------------- ------------------ -------\r\nP162\t EMPLOYEE\t\t TABLE\t\t YES\r\n \r\n<\/pre>\n
\nAls n\u00e4chstes machen wir den Trick mit dem Setzten der ILM Evaluierungszeit auf die Sekunden statt Tage, wir im Oracle’s Beispiel gezeigt, lassen Heat Map Informationen auf die Platte schreiben und warten mehr als zehn Sekunden:
\n <\/p>\n
\r\n\r\nSYS> -- 1. Switch ILM unit to seconds\r\nSYS> EXECUTE dbms_ilm_admin.customize_ilm(DBMS_ILM_ADMIN.POLICY_TIME, DBMS_ILM_ADMIN.ILM_POLICY_IN_SECONDS);\r\n\r\nPL\/SQL procedure successfully completed.\r\n\r\nSYS> -- 2. set start date\r\nSYS> EXECUTE DBMS_ILM_ADMIN.SET_HEAT_MAP_START(start_date => sysdate - 50);\r\n\r\nPL\/SQL procedure successfully completed.\r\n\r\nSYS> EXECUTE dbms_ilm.flush_all_segments;\r\n\r\nPL\/SQL procedure successfully completed.\r\n\r\nSYS> EXECUTE dbms_lock.sleep(15);\r\n\r\nPL\/SQL procedure successfully completed. \r\n\r\n<\/pre>\n
\nDann f\u00fchren wir den ILM-Job manuell aus und sehen, was passiert. Die Tabelle wurde in den neuen Tablespace low_cost_store<\/strong><\/em> verschoben. ILM-Task wurde ausgef\u00fchrt wie erwartet.
\n <\/p>\n\r\nSCOTT> ----------------------------------------------------------------------------------------------------\r\nSCOTT> -- Run ILM data movement task\r\nSCOTT> ----------------------------------------------------------------------------------------------------\r\nSCOTT> declare\r\n 2 v_executionid number;\r\n 3 begin\r\n 4 dbms_ilm.execute_ILM (ILM_SCOPE => dbms_ilm.SCOPE_SCHEMA,\r\n 5 \t\t execution_mode => dbms_ilm.ilm_execution_offline,\r\n 6 \t\t task_id => v_executionid);\r\n 7 end;\r\n 8 \/\r\n\r\nPL\/SQL procedure successfully completed.\r\n\r\nSCOTT> ----------------------------------------------------------------------------------------------------\r\nSCOTT> -- Table EMPLOYEE is now moved to tablespace LOW_COST_STORE\r\nSCOTT> --------------------------------------------------------------------------------------------------\r\nSCOTT> select tablespace_name, segment_name\r\n 2 from user_segments\r\n 3 where segment_name='EMPLOYEE';\r\n\r\nTABLESPACE_NAME \t SEGMENT_NAME\r\n------------------------------ --------------------\r\nLOW_COST_STORE\t\t EMPLOYEE\r\n\r\n1 row selected.\r\n\r\nSCOTT> ----------------------------------------------------------------------------------------------------\r\nSCOTT> -- Show ILM task results\r\nSCOTT> --------------------------------------------------------------------------------------------------\r\nSCOTT> SELECT task_id, to_char(start_time, 'dd\/mm\/yyyy hh24:mi:ss') as start_time\r\n 2 FROM user_ilmtasks;\r\n\r\n TASK_ID START_TIME\r\n---------- -------------------\r\n 162 12\/10\/2017 14:50:24\r\n\r\n1 row selected.\r\n\r\nSCOTT> select task_id, job_name, job_state, to_char(completion_time, 'dd\/mm\/yyyy hh24:mi:ss') completion\r\n 2 from user_ilmresults;\r\n\r\n TASK_ID JOB_NAME\t JOB_STATE\t\t\t COMPLETION\r\n---------- --------------- ----------------------------------- ------------------------------\r\n 162 ILMJOB4148\t COMPLETED SUCCESSFULLY\t 12\/10\/2017 14:50:26\r\n\r\n1 row selected. \r\n\r\n<\/pre>\n <\/p>\n
Ich habe es auch in 12.1.0.1 getestet – es geht! Es war offensichtlich kein Enhancement oder Bugfix vom Release 12.1.0.2 oder 12.2.0.1, sondern einfach ein Bug der Dokumentation. Und \u00fcbrigens die Dokumentation wurde nun auch r\u00fcckwirkend f\u00fcr 12.1 korrigiert!<\/p>\n","protected":false},"excerpt":{"rendered":"
Information Lifecycle Management ist zwar kein neuer Begriff in der Version 12c, wurde aber um zwei sehr praktische Features bereichert: Heat Map and ADO (Automatic Data Optimization). das letztere erlaubt es, die Regeln (Policies) f\u00fcr Datensegmente zu definieren, die wiederum aus Bedingungen und Aktionen bestehen. Die Bedingungen werden grunds\u00e4tzlich anhand der mit Heat Map gesammelten […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[17,1,3,22],"tags":[46,48,49,47,50],"class_list":["post-343","post","type-post","status-publish","format-standard","hentry","category-12c","category-allgemein","category-oracle","category-trivadis","tag-information-lifecycle-management","tag-storage-tiering","tag-ado","tag-ilm","tag-policy"],"_links":{"self":[{"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/posts\/343","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/comments?post=343"}],"version-history":[{"count":13,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/posts\/343\/revisions"}],"predecessor-version":[{"id":385,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/posts\/343\/revisions\/385"}],"wp:attachment":[{"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/media?parent=343"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/categories?post=343"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.sqlora.com\/de\/wp-json\/wp\/v2\/tags?post=343"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"http:\/\/blog.sqlora.com\/en\/wp-content\/uploads\/sites\/2\/2017\/10\/syntax_ilm-1.png\")
<\/a><\/p>\n