其它: SQL Server 移轉到 VM 要注意的事 !

基本上, 任何DB都不該列入VMware 的P2V 清單中, 但還是有 user 想要這麼做....

有一個學校的選課系統是SQL Server, 原本在IBM X366實體主機, 效能還可以, 從工作管理員中的CPU使用記錄看, Loading分散到16顆CPU, 平均值約20~50%

就在年前移到了VMware ESX中, 並配置了8顆CPU給這個選課系統
但是到了選課當天, 學生反應選課系統非常的慢, 並且到了下午還沒消化完全部的選課需求.

同事去查看 Task Manager, 發現負載只有集中在其中4顆CPU, 另外4顆CPU卻 "英英沒代子";  經過深入了解後, 得知學校買的是標準版的SQL Server, 只支援4顆CPU.  所以在VMware中看到4顆CPU滿載是正常的, 但原本實體主機上的Loading會分散到16顆CPU是怎麼回事?

原來IBM X366上有 4 個 socket * 每個 scocket 有兩個 core * 每個 core 有兩個 thread = 16 CPU
標準版的SQL Server, 支援的4顆CPU是指4個 socket

我的意見 ? 任何 DB 都不應該移到 VMware 吧 !

留言

  1. Unknown2014年2月21日 上午10:32

    這應該是VM配置的問題，VM的vCPU 也有分 socket & core，我猜您應該是設定為 8 socket * 1 core。

    回覆刪除

張貼留言

這個網誌中的熱門文章

12c RAC, OS log 出現 WARNING: couldn't allocate FBT table for module oracleacfs

環境 Solaris 11 SPARC (LDOM) Oracle 12.2.0.1 EE RAC  異常   OS log 出現  WARNING: couldn't allocate FBT table for module oracleacfs 細節 root@HISRAC1:~# dmesg |grep acfs Apr 27 01:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 02:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 03:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 04:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 05:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 06:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracleacfs Apr 27 07:08:03 HISRAC1 fbt: [ID 795213 kern.warning] WARNING: couldn't allocate FBT table for module oracl
閱讀完整內容

11g client 連上 12c server, 出現 ora-28040

圖片
環境 Solaris 11 Oracle 12.2.0.1 EE 異常   開發人員使用 11g tools 連至 12c DB 時出現 ora-28040 細節 User 轉寄以下圖片 Workaround  這個很好查, 馬上就找到  12c: ORA-28040 After Upgrade: No Matching Authentication Protocol (Doc ID 1957995.1)  在 sqlnet.ora 加入以下字串 SQLNET.ALLOWED_LOGON_VERSION_SERVER=10 SQLNET.ALLOWED_LOGON_VERSION_CLIENT=10 有幾點要注意 1. 將數值設成低於 11, 也不代表一定支援那個版本的 client  2. 在RAC環境下, 有時必需重開 cluster service 3. 在 12cR1 預設值是 11, 在 12cR2 預設值是 12 4. 在 12c 已廢棄   SQLNET.ALLOWED_LOGON_VERSION
閱讀完整內容

新建的 12.2.0.1 資料庫 alert 出現 ORA-12012

新建的 12.2.0.1 資料庫, 在 alert log 裡持續的出現 ORA-12012 , 如下所示 2018-06-04T01:30:45.124533+08:00 Errors in file /oracle/app/diag/rdbms/hisdb/HISDB1/trace/HISDB1_j000_24469.trc: ORA-12012 : error on auto execute of job "SYS"."ORA$AT_OS_OPT_SY_14438" ORA-20001: Statistics Advisor: Invalid task name for the current user ORA-06512: at "SYS.DBMS_STATS", line 47207 ORA-06512: at "SYS.DBMS_STATS_ADVISOR", line 882 ORA-06512: at "SYS.DBMS_STATS_INTERNAL", line 20059 ORA-06512: at "SYS.DBMS_STATS_INTERNAL", line 22201 ORA-06512: at "SYS.DBMS_STATS", line 47197 2018-06-04T01:40:45.589708+08:00 Errors in file /oracle/app/diag/rdbms/hisdb/HISDB1/trace/HISDB1_j000_2328.trc: ORA-12012 : error on auto execute of job "SYS"."ORA$AT_OS_OPT_SY_14440" ORA-20001: Statistics Advisor: Invalid task name for the current user ORA-06512: at "SYS.DBMS_STATS", line 47207 ORA-06512: at "SYS.DBMS_STATS_A
閱讀完整內容