科瑞性能问题跟进-epdm优化方案

服务器性能排查网络架构及吞吐量前台业务配置内容性能排查方案（无进展）服务器性能排查硬件配置通过Performance

Monitor分析的数据提出改善对策服务器架构确认磁盘如何划分，SQL安装在哪个磁盘，采用什么阵列方式等AS-IS：D盘做raid5，SSD（149G）-放数据库的data/log文件SQLTO-BE：目前硬盘没有额外的卡槽，无法再扩展任何SSD磁盘日志收集：定期录制SQL

extent

log扩展日志通过 分析数据支撑前台业务优化AS-IS：6月5日收集过一次日志，分析给提供了一些建议SQL定期优化索引重建AS-IS：目前每周执行两次索引重建（暂定不需要改善）性能排查方案服务器磁盘配置要点：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.性能排查方案服务器磁盘配置具体建议：荐性能排查方案硬件配置排查通过Performance

Monitor分析得出建议科瑞硬件进两年的提升对性能有所改善，但从最近报告中看到系统负载仍然太大硬件还需要进一步改善以彻底解决性能问题目前最迫切需要解决的是内存其次是硬盘读写I/O与硬件方面的解读，

会 并给予硬件建议方案性能排查方案（完成）SQL性能优化问题1：

（数据分析优化通知配置）根据system_health[Wait_info]的分析，78.5%的性能问题来自Msg_CheckMsg这个Store

ProceduresAS-IS：目前Message

Table有10万行记录用户每30秒检查一次通知过多的记录加上太过频繁的检查通知机制对性能造成了很大的影响To-BE：清除Message表10万行记录（已经完成）设定未使用PDM邮箱通知的17位用户（责任人：CP已经导出

， 需要确认用户是否保留）将用户刷新通知的频率从30秒改到60秒（责任人：CP）需要与LG确认，一周后通过数据库日志排除死锁和性能看是否有所改善性能排查方案（完成）SQL性能优化问题2：（数据分析优化权限配置）UserProjectRight在2017年12月至今增加异常夸张（从35万增加到3千500万行，增加了100倍，过多的用户权限数据会影响用户权限的性能原因：初步怀疑是从域用户切换到普通用户时导致AS-IS：UserProjectRight有3500万行记录如果设定顶层权限，会自动将所有继承的权限设定到下方所有文件夹（测试发现一个用户设定顶层权限，该用户就会产生5万多行记录）删除用户并不会删除此用户在用户权限表的记录To-BE：设定当前所有PDM用户的权限（不保留任何用户权限），全部权限只能从组继承。责任人： （已完成）与原厂确定通过何方法可安全地清理已删除用户的权限记录，此部分记录大概有840万行。责任人：Bob（2018-7-4完成）待Bob确认完后清理已删除用户的权限记录。责任人：CP查询用户权限表是否有 -

select

*

FROMUserProjectRights

where

UserIDin

(selectUserID

from

Users

where

Enabled=0)删除被删除用户的权限-DeleteFROMUserProjectRights

where

UserID

in(select

UserID

from

Users

whereEnabled=0)性能排查方案（完成）SQL性能优化问题2：（数据分析优化权限配置）删除被删除用户权限方法以用户20180703为例（20180703已删除）通过数据库语句将该用户恢复Update

Users

set

Enabled

=1

where

Username

=

'20180703

(Deleted

2018-07-03

11:11:31)‘恢复后在EPDM管理

可以看到此用户可以看到名称后面带有明显的Deleted标志通过数据库语句把删除用户的enable修改为0恢复所有被删除的用户：Update

Users

set

Enabled

=1

where

Usernamelike'%Deleted%'删除用户：Update

Users

set

Enabled

=0

whereUsername

like'%Deleted%'跟进：恢复已删除的用户（完成）处理已删除用户权限（Joey/

/完成）通过数据库批量删除用户（CP，下周三前完成）性能排查方案（完成）SQL性能优化问题2：（数据分析优化权限配置）删除被删除用户权限方法1.清理掉不属于项目组的无效成员关系GroupMember共12万行，有效行10万，有2万行记录可以清理清理IsMember=0的成员关系执行语句：delete

from

GroupMembers

where

IsMember=0

（

7月11日已经完成）2.清理已删除用户的成员关系查询已删除用户的成员关系select

*

FROM

GroupMembers

whereUserID

in

(select

UserID

from

Userswhere

Username

like

'%Deleted%')完成：CP处理无效组成员信息（7月11日已经完成）清理已删除用户的成员关系Delete

FROM

GroupMembers

whereUserID

in

(select

UserID

from

Users

whereUsername

like

'%Deleted%')性能排查方案（进行中），SQL性能优化问题4：

（数据分析优化通知、文件夹配置）组通知表数据量异常庞大会影响流程变换的性能AS-IS：GroupProjectNotification目前有11856740行其中有1600万记录是由于空文件夹产生 配置记录另外已经删除但未销毁的文件夹有1180个，大概产生了100万行记录To-BE：已经反馈删除完空白文件夹待CP反馈是否已经销毁被删除文件夹性能排查方案（已完成）过程，很容易造成SQL死锁SQL性能优化问题5：（数据分析优化死锁）自动转图VBA程序会执行大量的Prj_CreateFoldersAS-IS：每天转图量大概300-400张，此数量大概需要执行30个转图任务每一次转图任务都可能造成死锁To-BE：原厂希望再提供一次BlockingLocks/System

health的记录（CP

7月11日前完成）提升此BUG的等级，催促原厂尽快提供Hotfix（Bob已经提交了申请但原厂以2018版本修复了该版本为理由

了本次申请，Bob正在 中）待C#转图插件稳定可正常使用，切换成C#插件则无此问题跟进和处理C#插件现有的问题,确认特殊font的安装情况，科瑞需要教育工程师使用标准font。（责任人Bob）目前物理机win10转图已经运行了2天，宏发转PDF/IGS暂时未出现错误服务器性能排查网络架构及吞吐量前台业务配置内容性能排查方案网络架构及吞吐量（尤其针对异地性能）通过工具

收集数据，通过数据分析网络性能，比如Iperf3监听，执行某些耗时的操作，

数据的变化（

重点排查对象，有需要会重启此项排查）服务器性能排查网络架构及吞吐量前台业务配置内容前台业务涉及性能设定排查通知模板简化（下一步工作）描述：删除文件名称、查看、获取 版的 ，用户通过文件夹

进入资源管理器后会自动高亮所需文件好处：避免触发ConisioUrl程序，该程序会经常调用GetTree

过程，比较常见文控用户触发该程序一整天都在SQL任务中排队坏处：无法直接打开查看所需的文件，需要先进入文件夹再找到文件AS_IS：从SQL的Activity

Monitor中可以观察到文控频繁出现ConsisoUrl.exe进程，有时一整天挂着这个进程To-Be：优化通知模板，移除直接打开文件和查看的进一步优化模板，把模板中

全部移除更新：取消文件打开 之后这个程序仍然在SQL长期running，需要进一步排查（模拟文档的行为）1、目前装配体需要先获取 版（获取的过程可能就会调用了GetTree的动作）2、打开时很容易点击到预览，预览时会获取最新版，会调用GetTree动作删除没有使用过的变量（比如720，禁用）（已处理）保持合理的变量属性

关系，删除多余无用的属性（已处理）确定文件夹卡的描述是否需要保留Description大部分卡片都有备注栏位，确认这个备注是否需要保留To-BE:进行备注字段清理（完成）文件卡中的标准件（--）只是用于搜索时使用卡片。需确认是否保留这个卡片。大部分卡片答复：完成借用件库目前基本都没有使用过，需要是否保留借用件，如果不保留卡片上需要进行简化，借用件PDF没必要保留审核信息跟进：待定

与占善平确认物料库的Datasheet有三张类似的卡片，设法简化共用一张

Datasheet的卡片完成：Datasheet已经处理完适用范围：SolidWorks

Part

Card(待

标准件)2SolidWorksPart

Card(标准件卡)4待审核标准件/标准件卡清理替代料字段，只保留一个完成搜索条件及搜索结果简化（已完成）工作流程设计（完成）旧数据导入流程取消To-BE:旧数据导入保留多一个月的时间，一个月后不允许再走旧数据导入流程提及旧数据 、添加到库会带有版本信息先收集意见，月底尝试通知进行旧数据版本自动更新流程的关闭。工作流程通知简化（完成好处：流程 更简单，文控权限设置更简单坏处：需要人为提交时选择对应的文控进行提交AS_IS：文控通知设定太复杂在SQL任务中排队To-Be：简化流程通知修改，为人为选择文控进行提交TO-BE：通知仍然按照BU文控处理，状态只保留一个处理项目空白文件夹（DCR/客户文件）

二次开发完成好处：坏处：AS_IS：目前的项目文件夹中包含大量的DCR和客户文件空文件夹To-Be：删除客户文件工作流程批量清理掉DCR和客户文件空文件夹描述：项目模板中不再包含DCR和客户文件，即新创建的项目不再包含DCR和客户文件清理以往项目中DCR/客户文件空文件夹（通过二次开发程序批量处理）提供批量清理文件夹路径DCR所有文件夹都需要批量删除清理DCR和客户文件空文件夹有利于权限表和通知配置表 数据清理需要通过二次开发实现项目模板拆分（跟进中）方案阶段使用第一个模板创建项目，确定方案开展正式的设计则需要通过第二个模板创建其他部分（创建时需要选择的正确的 才能确保后续的文件夹在正确的项目下创建）创建方案阶段项目文件夹方案转设计描述：选择正确的项目创建后续阶段项目文件夹好处：如果只是方案阶段项目就停止，不会产生后续多余的空白文件夹（造成数据多余

配置及权限配置）坏处：需要技术中心创建多一次文件夹；第 文件夹需要选择正确的项目 ，如果选错

有造成文件夹在别的