科瑞性能問題跟進(jìn)-epdm優(yōu)化方案

服務(wù)器性能排查網(wǎng)絡(luò)架構(gòu)及吞吐量前臺業(yè)務(wù)配置內(nèi)容性能排查方案（無進(jìn)展）服務(wù)器性能排查硬件配置通過Performance

Monitor分析的數(shù)據(jù)提出改善對策服務(wù)器架構(gòu)確認(rèn)磁盤如何劃分，SQL安裝在哪個磁盤，采用什么陣列方式等AS-IS：D盤做raid5，SSD（149G）-放數(shù)據(jù)庫的data/log文件SQLTO-BE：目前硬盤沒有額外的卡槽，無法再擴(kuò)展任何SSD磁盤日志收集：定期錄制SQL

extent

log擴(kuò)展日志通過 分析數(shù)據(jù)支撐前臺業(yè)務(wù)優(yōu)化AS-IS：6月5日收集過一次日志，分析給提供了一些建議SQL定期優(yōu)化索引重建AS-IS：目前每周執(zhí)行兩次索引重建（暫定不需要改善）性能排查方案服務(wù)器磁盤配置要點：Place

database

(MDF

and

NDF)

files

on

their

own

RAID

1,

5,

10

arrays

orLogical

Unit

Number

(LUN)for

SAN.Place

transaction

log

(LDF)

files

on

their

own

RAID

1

array

or

LUN.Place

tempdb

data

on

its

own

RAID

1,

10

arrays

or

LUN

for

a

large

database.Place

the

operating

system

and

SQL

Server

binaries

on

a

RAID

1array.性能排查方案服務(wù)器磁盤配置具體建議：薦性能排查方案硬件配置排查通過Performance

Monitor分析得出建議科瑞硬件進(jìn)兩年的提升對性能有所改善，但從最近報告中看到系統(tǒng)負(fù)載仍然太大硬件還需要進(jìn)一步改善以徹底解決性能問題目前最迫切需要解決的是內(nèi)存其次是硬盤讀寫I/O與硬件方面的解讀，

會 并給予硬件建議方案性能排查方案（完成）SQL性能優(yōu)化問題1：

（數(shù)據(jù)分析優(yōu)化通知配置）根據(jù)system_health[Wait_info]的分析，78.5%的性能問題來自Msg_CheckMsg這個Store

ProceduresAS-IS：目前Message

Table有10萬行記錄用戶每30秒檢查一次通知過多的記錄加上太過頻繁的檢查通知機(jī)制對性能造成了很大的影響To-BE：清除Message表10萬行記錄（已經(jīng)完成）設(shè)定未使用PDM郵箱通知的17位用戶（責(zé)任人：CP已經(jīng)導(dǎo)出

， 需要確認(rèn)用戶是否保留）將用戶刷新通知的頻率從30秒改到60秒（責(zé)任人：CP）需要與LG確認(rèn)，一周后通過數(shù)據(jù)庫日志排除死鎖和性能看是否有所改善性能排查方案（完成）SQL性能優(yōu)化問題2：（數(shù)據(jù)分析優(yōu)化權(quán)限配置）UserProjectRight在2017年12月至今增加異?？鋸垼◤?5萬增加到3千500萬行，增加了100倍，過多的用戶權(quán)限數(shù)據(jù)會影響用戶權(quán)限的性能原因：初步懷疑是從域用戶切換到普通用戶時導(dǎo)致AS-IS：UserProjectRight有3500萬行記錄如果設(shè)定頂層權(quán)限，會自動將所有繼承的權(quán)限設(shè)定到下方所有文件夾（測試發(fā)現(xiàn)一個用戶設(shè)定頂層權(quán)限，該用戶就會產(chǎn)生5萬多行記錄）刪除用戶并不會刪除此用戶在用戶權(quán)限表的記錄To-BE：設(shè)定當(dāng)前所有PDM用戶的權(quán)限（不保留任何用戶權(quán)限），全部權(quán)限只能從組繼承。責(zé)任人： （已完成）與原廠確定通過何方法可安全地清理已刪除用戶的權(quán)限記錄，此部分記錄大概有840萬行。責(zé)任人：Bob（2018-7-4完成）待Bob確認(rèn)完后清理已刪除用戶的權(quán)限記錄。責(zé)任人：CP查詢用戶權(quán)限表是否有 -

select

*

FROMUserProjectRights

where

UserIDin

(selectUserID

from

Users

where

Enabled=0)刪除被刪除用戶的權(quán)限-DeleteFROMUserProjectRights

where

UserID

in(select

UserID

from

Users

whereEnabled=0)性能排查方案（完成）SQL性能優(yōu)化問題2：（數(shù)據(jù)分析優(yōu)化權(quán)限配置）刪除被刪除用戶權(quán)限方法以用戶20180703為例（20180703已刪除）通過數(shù)據(jù)庫語句將該用戶恢復(fù)Update

Users

set

Enabled

=1

where

Username

=

'20180703

(Deleted

2018-07-03

11:11:31)‘恢復(fù)后在EPDM管理

可以看到此用戶可以看到名稱后面帶有明顯的Deleted標(biāo)志通過數(shù)據(jù)庫語句把刪除用戶的enable修改為0恢復(fù)所有被刪除的用戶：Update

Users

set

Enabled

=1

where

Usernamelike'%Deleted%'刪除用戶：Update

Users

set

Enabled

=0

whereUsername

like'%Deleted%'跟進(jìn)：恢復(fù)已刪除的用戶（完成）處理已刪除用戶權(quán)限（Joey/

/完成）通過數(shù)據(jù)庫批量刪除用戶（CP，下周三前完成）性能排查方案（完成）SQL性能優(yōu)化問題2：（數(shù)據(jù)分析優(yōu)化權(quán)限配置）刪除被刪除用戶權(quán)限方法1.清理掉不屬于項目組的無效成員關(guān)系GroupMember共12萬行，有效行10萬，有2萬行記錄可以清理清理IsMember=0的成員關(guān)系執(zhí)行語句：delete

from

GroupMembers

where

IsMember=0

（

7月11日已經(jīng)完成）2.清理已刪除用戶的成員關(guān)系查詢已刪除用戶的成員關(guān)系select

*

FROM

GroupMembers

whereUserID

in

(select

UserID

from

Userswhere

Username

like

'%Deleted%')完成：CP處理無效組成員信息（7月11日已經(jīng)完成）清理已刪除用戶的成員關(guān)系Delete

FROM

GroupMembers

whereUserID

in

(select

UserID

from

Users

whereUsername

like

'%Deleted%')性能排查方案（進(jìn)行中），SQL性能優(yōu)化問題4：

（數(shù)據(jù)分析優(yōu)化通知、文件夾配置）組通知表數(shù)據(jù)量異常龐大會影響流程變換的性能AS-IS：GroupProjectNotification目前有11856740行其中有1600萬記錄是由于空文件夾產(chǎn)生 配置記錄另外已經(jīng)刪除但未銷毀的文件夾有1180個，大概產(chǎn)生了100萬行記錄To-BE：已經(jīng)反饋刪除完空白文件夾待CP反饋是否已經(jīng)銷毀被刪除文件夾性能排查方案（已完成）過程，很容易造成SQL死鎖SQL性能優(yōu)化問題5：（數(shù)據(jù)分析優(yōu)化死鎖）自動轉(zhuǎn)圖VBA程序會執(zhí)行大量的Prj_CreateFoldersAS-IS：每天轉(zhuǎn)圖量大概300-400張，此數(shù)量大概需要執(zhí)行30個轉(zhuǎn)圖任務(wù)每一次轉(zhuǎn)圖任務(wù)都可能造成死鎖To-BE：原廠希望再提供一次BlockingLocks/System

health的記錄（CP

7月11日前完成）提升此BUG的等級，催促原廠盡快提供Hotfix（Bob已經(jīng)提交了申請但原廠以2018版本修復(fù)了該版本為理由

了本次申請，Bob正在 中）待C#轉(zhuǎn)圖插件穩(wěn)定可正常使用，切換成C#插件則無此問題跟進(jìn)和處理C#插件現(xiàn)有的問題,確認(rèn)特殊font的安裝情況，科瑞需要教育工程師使用標(biāo)準(zhǔn)font。（責(zé)任人Bob）目前物理機(jī)win10轉(zhuǎn)圖已經(jīng)運行了2天，宏發(fā)轉(zhuǎn)PDF/IGS暫時未出現(xiàn)錯誤服務(wù)器性能排查網(wǎng)絡(luò)架構(gòu)及吞吐量前臺業(yè)務(wù)配置內(nèi)容性能排查方案網(wǎng)絡(luò)架構(gòu)及吞吐量（尤其針對異地性能）通過工具

收集數(shù)據(jù)，通過數(shù)據(jù)分析網(wǎng)絡(luò)性能，比如Iperf3監(jiān)聽，執(zhí)行某些耗時的操作，

數(shù)據(jù)的變化（

重點排查對象，有需要會重啟此項排查）服務(wù)器性能排查網(wǎng)絡(luò)架構(gòu)及吞吐量前臺業(yè)務(wù)配置內(nèi)容前臺業(yè)務(wù)涉及性能設(shè)定排查通知模板簡化（下一步工作）描述：刪除文件名稱、查看、獲取 版的 ，用戶通過文件夾

進(jìn)入資源管理器后會自動高亮所需文件好處：避免觸發(fā)ConisioUrl程序，該程序會經(jīng)常調(diào)用GetTree

過程，比較常見文控用戶觸發(fā)該程序一整天都在SQL任務(wù)中排隊壞處：無法直接打開查看所需的文件，需要先進(jìn)入文件夾再找到文件AS_IS：從SQL的Activity

Monitor中可以觀察到文控頻繁出現(xiàn)ConsisoUrl.exe進(jìn)程，有時一整天掛著這個進(jìn)程To-Be：優(yōu)化通知模板，移除直接打開文件和查看的進(jìn)一步優(yōu)化模板，把模板中

全部移除更新：取消文件打開 之后這個程序仍然在SQL長期running，需要進(jìn)一步排查（模擬文檔的行為）1、目前裝配體需要先獲取 版（獲取的過程可能就會調(diào)用了GetTree的動作）2、打開時很容易點擊到預(yù)覽，預(yù)覽時會獲取最新版，會調(diào)用GetTree動作刪除沒有使用過的變量（比如720，禁用）（已處理）保持合理的變量屬性

關(guān)系，刪除多余無用的屬性（已處理）確定文件夾卡的描述是否需要保留Description大部分卡片都有備注欄位，確認(rèn)這個備注是否需要保留To-BE:進(jìn)行備注字段清理（完成）文件卡中的標(biāo)準(zhǔn)件（--）只是用于搜索時使用卡片。需確認(rèn)是否保留這個卡片。大部分卡片答復(fù)：完成借用件庫目前基本都沒有使用過，需要是否保留借用件，如果不保留卡片上需要進(jìn)行簡化，借用件PDF沒必要保留審核信息跟進(jìn)：待定

與占善平確認(rèn)物料庫的Datasheet有三張類似的卡片，設(shè)法簡化共用一張

Datasheet的卡片完成：Datasheet已經(jīng)處理完適用范圍：SolidWorks

Part

Card(待

標(biāo)準(zhǔn)件)2SolidWorksPart

Card(標(biāo)準(zhǔn)件卡)4待審核標(biāo)準(zhǔn)件/標(biāo)準(zhǔn)件卡清理替代料字段，只保留一個完成搜索條件及搜索結(jié)果簡化（已完成）工作流程設(shè)計（完成）舊數(shù)據(jù)導(dǎo)入流程取消To-BE:舊數(shù)據(jù)導(dǎo)入保留多一個月的時間，一個月后不允許再走舊數(shù)據(jù)導(dǎo)入流程提及舊數(shù)據(jù) 、添加到庫會帶有版本信息先收集意見，月底嘗試通知進(jìn)行舊數(shù)據(jù)版本自動更新流程的關(guān)閉。工作流程通知簡化（完成好處：流程 更簡單，文控權(quán)限設(shè)置更簡單壞處：需要人為提交時選擇對應(yīng)的文控進(jìn)行提交AS_IS：文控通知設(shè)定太復(fù)雜在SQL任務(wù)中排隊To-Be：簡化流程通知修改，為人為選擇文控進(jìn)行提交TO-BE：通知仍然按照BU文控處理，狀態(tài)只保留一個處理項目空白文件夾（DCR/客戶文件）

二次開發(fā)完成好處：壞處：AS_IS：目前的項目文件夾中包含大量的DCR和客戶文件空文件夾To-Be：刪除客戶文件工作流程批量清理掉DCR和客戶文件空文件夾描述：項目模板中不再包含DCR和客戶文件，即新創(chuàng)建的項目不再包含DCR和客戶文件清理以往項目中DCR/客戶文件空文件夾（通過二次開發(fā)程序批量處理）提供批量清理文件夾路徑DCR所有文件夾都需要批量刪除清理DCR和客戶文件空文件夾有利于權(quán)限表和通知配置表 數(shù)據(jù)清理需要通過二次開發(fā)實現(xiàn)項目模板拆分（跟進(jìn)中）方案階段使用第一個模板創(chuàng)建項目，確定方案開展正式的設(shè)計則需要通過第二個模板創(chuàng)建其他部分（創(chuàng)建時需要選擇的正確的 才能確保后續(xù)的文件夾在正確的項目下創(chuàng)建）創(chuàng)建方案階段項目文件夾方案轉(zhuǎn)設(shè)計描述：選擇正確的項目創(chuàng)建后續(xù)階段項目文件夾好處：如果只是方案階段項目就停止，不會產(chǎn)生后續(xù)多余的空白文件夾（造成數(shù)據(jù)多余

配置及權(quán)限配置）壞處：需要技術(shù)中心創(chuàng)建多一次文件夾；第 文件夾需要選擇正確的項目 ，如果選錯

有造成文件夾在別的