在5.6.1到6.5的升級數據庫遷移是

我試圖到5.6.1 sonarqube實例升級到6.5，它運行在針對Oracle數據庫的Linux非常緩慢。在5.6.1到6.5的升級數據庫遷移是

我添加了以下插件;

常規1.5
LDAP 2.2.0.608

Oracle驅動程序是ojdbc6-11.2.0.2.0 JDK是1.8.0_144

過程（ES）開始，但在網絡一個簡單地掛起。我已經加入跟蹤記錄，看看

2017.09.07 22:07:02 TRACE web[][o.s.s.p.Platform] level1 started | time=2286ms 
2017.09.07 22:07:02 TRACE web[][o.s.s.p.Platform] level2 configured | time=33ms

然後什麼，直到

2017.09.07 23:47:53 TRACE web[][o.s.c.p.ComponentContainer] org.sonar.server.platform.db.migration.history.MigrationHistoryTableImpl started | time=2139938ms 
2017.09.08 00:27:00 TRACE web[][o.s.c.p.ComponentContainer] org.sonar.server.platform.db.migration.history.MigrationHistoryImpl started | time=2347061ms 
2017.09.08 00:27:00 TRACE web[][sql] time=4ms | sql=select version from schema_migrations 
2017.09.08 00:27:00 TRACE web[][sql] time=2ms | sql=select version from schema_migrations 
2017.09.08 00:27:00 WARN web[][o.s.s.p.DatabaseServerCompatibility] Database must be upgraded. Please backup database and browse /setup

同樣的緩慢繼續一旦遷移開始，例如

2017.09.08 17:06:45 INFO web[][o.s.s.p.d.m.v.v.DropRelatedDashboardTables] Removing tables [widget_properties, widgets, active_dashboards, dashboards] 
2017.09.08 17:06:45 TRACE web[][sql] time=35ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP SEQUENCE widget_properties_seq'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -2289 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=19ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP TRIGGER widget_properties_idt'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -4080 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=87ms | sql=DROP TABLE widget_properties 
2017.09.08 17:06:45 TRACE web[][sql] time=12ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP SEQUENCE widgets_seq'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -2289 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=16ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP TRIGGER widgets_idt'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -4080 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=43ms | sql=DROP TABLE widgets 
2017.09.08 17:06:45 TRACE web[][sql] time=11ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP SEQUENCE active_dashboards_seq'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -2289 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=27ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP TRIGGER active_dashboards_idt'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -4080 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=64ms | sql=DROP TABLE active_dashboards 
2017.09.08 17:06:45 TRACE web[][sql] time=12ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP SEQUENCE dashboards_seq'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -2289 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=19ms | sql=BEGIN EXECUTE IMMEDIATE 'DROP TRIGGER dashboards_idt'; EXCEPTION WHEN OTHERS THEN  IF SQLCODE != -4080 THEN  RAISE;  END IF; END; 
2017.09.08 17:06:45 TRACE web[][sql] time=37ms | sql=DROP TABLE dashboards 
2017.09.08 17:06:45 TRACE web[][sql] time=6ms | sql=insert into schema_migrations(version) values (?) | params=1420 
2017.09.08 17:06:45 INFO web[][DbMigrations] #1420 'Drop tables related to dashboards': success | time=8515237ms 
2017.09.08 17:06:45 INFO web[][DbMigrations] #1421 'Drop tables related to measure filters'...

即操作的顯著數量出現取小時（一個或多個）執行

什麼會導致這樣的性能下降？日誌中沒有提示，因爲實際的查詢執行時間似乎很低，因此不知道它在做什麼。

來源

2017-09-07 Matt

您可以嘗試先升級到5.6.6。如果這沒有幫助，請嘗試逐一升級到6.0,6.1 ... 6.5。 – slartidan

此問題的根本原因被證明是非常執行數據字典查詢，一個實例是象

SELECT NULL AS table_cat, 
    o.owner AS table_schem, 
    o.object_name AS table_name, 
    o.object_type AS table_type, 
    NULL AS remarks 
FROM all_objects o 
WHERE  o.owner LIKE :1 ESCAPE '/' 
    AND o.object_name LIKE :2 ESCAPE '/' 
    AND o.object_type IN ('xxx', 'TABLE') 
ORDER BY table_type, table_schem, table_name

查詢這未在sonarqube 5.6看出。

來源

2017-09-08 08:55:52 Matt

在5.6.1到6.5的升級數據庫遷移是

回答

相關問題