Oracle数据库健康检查及其评估6672.docx

上传人:you****now 文档编号:62743530 上传时间:2022-11-22 格式:DOCX 页数:43 大小:88.16KB
返回 下载 相关 举报
Oracle数据库健康检查及其评估6672.docx_第1页
第1页 / 共43页
Oracle数据库健康检查及其评估6672.docx_第2页
第2页 / 共43页
点击查看更多>>
资源描述

《Oracle数据库健康检查及其评估6672.docx》由会员分享,可在线阅读,更多相关《Oracle数据库健康检查及其评估6672.docx(43页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、XXXXXXXXXXXXXXXXXXXXOracle数数据库健康检查与评评估XXXX巡检人:报告生成日期:yyyy-mm-dd 文档控制此文档仅供江苏苏移动审阅,不不得向与此无无关的个人或或机构传阅或或复制。修改记录日期作者版本修改记录分发者、姓名职位审阅记录姓名职位相关文档目录文档控制2修改记录2分发者2审阅记录2相关文档2目录31.检查介绍绍51.1检查系系统51.2检查范范围52.硬件配置置72.1主机配配置73.系统配置置83.1操作系系统数据库相相关要求补丁丁83.2硬盘可可用空间83.3CPUU 利用率84.数据库配配置104.1数据库库版本和单独独补丁104.2CRSS版本和单独

2、独补丁104.3ORAACLE CCLUSTEER配置104.4数据库库产品选项104.5初始化化参数文件114.6CRSS日志文件114.7RDBBMS运行日日志和跟踪文文件114.8控制文文件114.9Reddo logg 文件124.10归档档Redo log 文文件134.11数据据文件134.12表空空间144.13回滚滚段管理155.数据库简简单风险评估估175.1安全性性管理176.SqlNNet 概况况186.1监听器器Listeener186.2SQLL*Net186.3TNSSNAMESS187.数据库性性能197.1数据库库各项基于时时间模型的统统计信息197.2数据库库

3、负荷压力分分析207.3各项命命中率217.4等待事事件217.5统计信信息分析217.6数据库库I/O性能227.7索引/行迁移/行链227.8Enqqueue等等待分析237.9Lattch分析237.10Reesourcce Limmit分析237.11Toop SQLL语句248.数据库备备份策略评估估258.1备份258.2恢复259.数据库特特别关注点检检查2610.检查总总结27附录:初始化参参数28数据库所有非默默认值的参数数:281. 检查介绍1.1 检查系统系统主要包括11个数据库,具具体情况如下下:数据库名称数据库实例名应用名称应用类型OLTTP/DSSS/Batcch开

4、发工具应用简介RDBMS 版版本CRS 版本所有数据文件所所占磁盘空间间SGA tarrget ssizeDB_BLOCCK Sizze表空间个数数据文件个数控制文件个数日志文件大小日志组数目每组日志文件成成员数量归档方式并发用户量性能需求1.2 检查范围本次检查仅限于于数据库。在这这次检查中对对数据库配置置和数据库性性能进行了分分析。本报告告提供的检查查和建议不涉涉及具体的安安全分析和应应用程序的具具体细节。以下提请注意:本次检查仅仅历时1天,其其中还包括了了提交分析报报告的时间,所所以在具体的的应用程序性性能方面并不不加以深入。检查方面具体检查内容硬件配置主机配置共享内存参数信号量操作系统

5、中与数数据库相关主主要参数操作系统数据库库相关要求补补丁系统配置硬盘可用空间CPU利用率数据库版本数据库配置数据库产品选项项数据库参数运行日志和跟踪踪文件控制文件Redo loog文件归档Redo log文件件数据文件表空间回滚段管理安全性管理数据库简单风险险评估监听器的设置数据库sql*net配置置SQL*Nett设置TNSNAMEES设置数据库各项命中中率数据库性能等待事件AWR统计信息息分析数据库I/O性性能索引/行迁移/行链接Sort信息统统计Enqueuee等待分析Latch分析析Resourcce Limmit分析Top SQLL 语句备份恢复数据库备份策略略评估根据客户要求只只能

6、检查一项项数据库特别关注注点检查2. 硬件配置以下列出系统主主机的主要配配置情况2.1 主机配置机器名用途 (Prood, Teest, DDeveloopmentt)所在城市,物理理位置(机房房,远程)操作系统及版本本内存cpu 建议:目前系统配置满满足数据库要要求,操作系系统参数设置置合理。3. 系统配置和数据库相关的的操作系统配配置将被检查查,包括以下下方面:l 操作系统数据库库相关要求补补丁l 存放oraclle文件的硬硬盘区可用空空间(oraacle文件件包括:数据据文件,控制制文件,在线线redo logs,归归档redoo logss,运行情况况文件和跟踪踪文件)。l 硬盘利用率

7、。l CPU利用率。3.1 操作系统数据库库相关要求补补丁建议:3.2 硬盘可用空间硬盘可用情况如如下示:数据库XXXXX的硬盘使用用率情况如下下:Filesysstem kbbytes ussed availl %useed Mouunted on数据库YYYYY的硬盘使用用率情况如下下:Filesysstem kbbytes ussed availl %useed Mouunted on建议:目前该数据库服服务器中还没没有其他硬盘盘空间使用率率超过90%的分区。如如果有需要引引起注意并且且及时增加硬硬盘空间的容容量。3.3 CPU 利用率率CPU利用率的的统计时间是是:yyyyy-mm-d

8、d hh:mi- yyyyy-mm-dd hh:mi1. top / gglancee2. vmstat 2 20参考值:1. 最大CPU使用用率:60%-70%2. 系统进程与用户户进程占用CCPU最大比比率:40/60数据库XXXXX:数据库YYYYY: 从上述述的情况中看看出,数据库库:服务器CPPU idlle基本在775%以上,CCPU资源较较为空闲。建议:当CPU的使用用率超过800%,要注意意监控是否有有僵死进程,如如果有僵死进进程占用CPPU,需要将将僵死进程kkill掉。如如果有正常进进程占用大量量CPU,需需要查看是否否属于正常业业务进程等。4. 数据库配置本次检查工作主主

9、要针对数据据库XXXXX。4.1 数据库版本和单单独补丁目前已经安装的的单独补丁列列表如下:opatch lsinvventorry -ohh $ORAACLE_HHOMEPatchBase Buug(s)Installled onn 建议:4.2 CRS版本和单单独补丁CRS安装单独独补丁列表如如下:opatch lsinvventorry -ohh $ORAA_CRS_HOMENameVersionnInstallled onn建议:4.3 ORACLE CLUSTTER配置OCR使用和备备份都正常。相相关CRS的的资源和服务务都正常。$ olsnoodes$ ocrchheck $ oc

10、rcoonfig -showwbackuup$ crscttl cheeck crrsCSS apppears healtthyCRS apppears healtthyEVM apppears healtthy$ crs_sstat -t4.4 数据库产品选项项当oraclee软件安装时时,会选择要要安装的产品品。有某些产产品的安装是是需要liccense的的,本次检查查不涉及liicensee问题。一般般,很多系统统安装的数据据库产品选项项根本未被使使用。以下列列出的安装产产品选项可供供未来的应用用开发参考,或或是可以被确确认有哪些产产品选项未在在原计划之内内。以下是数据库安安装的产品选选

11、项:ParametterValue4.5 初始化参数文件件数据库SPFIILE参数指指定了当前使使用的数据库库配置参数,在在数据库启动动时被使用。在在附录A列出出了数据库所有的的非默认值的的参数。建议:1. 数据库的参数可可以看出大部部分都是经过过精心设置的的。2. 建议调整的参数数值,请在测测试环境数据据库中测试确确认之后,再再调整于生产产环境数据库库。4.6 CRS日志文件件从Oraclee 10g RAAC版本开始始,新增加CCRS组件。CCRS对于RRAC使用是是必不可少,因因此crs的的稳定对于RRAC数据库库的正常运行行至关重要。在在健康检查中中会检查CRRS、CSSS和EVM的的

12、LOG信息息。.建议:2检查CRSS其他相关进进程日志,没没有发现问题题。4.7 RDBMS运行行日志和跟踪踪文件Oracle 数据库进程程生成跟踪文文件来记录错错误或冲突,这这些跟踪文件件可以用来进进一步分析问问题。数据库库参数maax_dummp_fille_sizze限制了了这些跟踪文文件的大小(以操作系统统块的大小为为单位)。应应当有足够的的硬盘空间来来容纳最大值值的设置,否否则的话应当当修改上述参参数的设置。如果参数maax_dummp_fille_sizze设得太太大,会超过过硬盘空间容容量;如果设设得太小,又又不能容纳足足够的出错信信息供oraacle 支支持服务部门门分析问题。

13、此此参数可以在在数据库会话话级设置,这这样可以有选选择性地设置置较大值。注意每天监控运运行日志文件件中的出错信信息,以便于于在问题还是是隐患的时候候及时发现并并解决掉。建建议每月初将将当前的allert.llog重新命命名以作备份份,同时也可可以避免allert.llog文件变变得太大不易易管理。在数据库:实例例的运行日志志文件发现的的最近一月内内的主要错误误如下所示:建议:4.8 控制文件每个数据库至少少有一个控制制文件。控制制文件记录了了数据库的物物理结构及同同步信息。Controll filee locaation控制文件路径如如下:NameStatus目前所有的控制制文件文件存存储在已

14、经做做了硬件RAAID的磁盘盘阵列上面,提提供了硬件级级别的保护。建议 : 4.9 Redo loog 文件对于恢复操作,最最为关键的结结构是在线RRedo LLog。在线线Redo Log一般般由两个或两两个以上预先先分配的存储储数据库变化化的文件组成成。为了防止止例程故障,每每个数据库的的实例都有相相关的在线RRedo LLog。每个数据库至少少有两个Reedo Loog组,每组组至少有一个个日志文件。OOraclee的多重在线线Redo Log文件件可以确保在在线日志文件件的安全。对对于多重在线线Redo Log文件件,LGWRR同时将相同同的Redoo Log信信息写入不同同的Redo

15、o Log文文件中,从而而减少单个文文件丢失的损损失。当Oraclee无法访问一一个Redoo Log文文件时,这个个文件状态变变为INVAALID。当当Oraclle推测一个个Redo Log文件件不完整或者者不正确时,它它的状态变为为STALEE。当一个SSTALE的的文件被重用用时,即其所所在日志文件件组活动时,此此文件也能够够使用。在线Redo Log文件件减少了数据据库数据丢失失的损失,比比如当发生例例程故障时,没没有被写入数数据文件的数数据可以从在在线Redoo Log文文件中恢复。Group #Thread #Sequencce #BytesMemberssArchiveedSt

16、atusFirst CChangee #First TTime建议:4.10 归档Redo log 文文件Oracle允允许将写满的的在线Reddo Logg文件存放在在一个或多个个脱机位置,即即归档Reddo Logg。在线日志志文件通过归归档写入归档档日志文件。后后台进程ARRCn自动进进行归档操作作。您能通过过归档日志进进行: 在线备份 基于时间的恢复复Archiveed Reddo Logg SetttingsParametter Value 建议:这里能够很好地地在运行环境境中使用归档档Redo Log。这这样就能够进进行基于时间间的恢复。监监控归档日志志文件所暂时时存放的磁盘盘空间

17、,根据据实际情况调调整归档日志志文件备份到到磁带的频度度。4.11 数据文件数据文件是数据据库分配的物物理文件。在在Oraclle数据库中中,一个表空空间可以包含含一个或多个个物理文件。而而一个数据文文件则只能关关联一个表空空间和一个数数据库。Orracle通通过分配一定定的磁盘空间间以及所需要要的文件头空空间,为每个个表空间创建建一个数据文文件。Data fiile loocatioons检测数据文件的的位置。当数数据文件增长长过度,数据据库中必须添添加数据文件件。应该避免免“哪里有空间间,哪里建文文件”的错误方法法,因为这样样会增加备份份策略和文件件维护的复杂杂性。下面列列出部分数据据文件

18、的位置置。StatusNameTablesppaceFile NuumberRelativve Fille NummberSizeUsed (MMB)Used (%)Autoexttensibble 建议:目前看来,数据据文件存放位位置基本准确确。Autoexttend ccapabiilitiees通过自动扩展命命令进行数据据文件的自动动扩展。假定定数据文件无无法分配所需需空间,那么么它将提高数数据文件的大大小以获得更更多空间。建议:4.12 表空间每个数据库由一一个或多个逻逻辑存储单位位,即表空间间,所组成。而而表空间则由由逻辑存储单单位段所组成成。而段将被被分为多个片片。Tablespp

19、ace MManageement以下是关于数据据库表空间管管理的信息。StatusNameTypeExtent ManaggementtSegmentt Spacce MannagemeentSize (MMB)Used (MMB)Used (%)建议:Tablesppace DDefaullt Stoorage Managgementt每个表空间中,可可以为创建的的对象指定缺缺省的存储参参数。创建对对象时指定的的存储参数将将覆盖缺省值值。如果在创创建对象时没没有指定存储储参数,那么么系统将使用用缺省值。表空间缺省存储储情况:NameTypeInitiall ExteentNext Exxte

20、ntLargestt Freee ExteentMinimumm ExteentsMaximumm ExteentsMinimumm Exteent LeengthIncreasse (%)数据库表空间的的管理方式均均为本地管理理,这有利于于减少表空间间级别的碎片片,同时避免免了DB在进进行空间管理理时对数据字字典表(FEET$、UEET$)的争争用。我们知知道系统中存存在越多的空空闲exteent,越容容易发生碎片片问题。其中中空闲exttent的大大小非常重要要,如果在表表空间上有许许多个无法满满足指定的nnext大小小的空闲exxtent,那那这个空闲eextentt就无法被重重新使用并

21、成成为碎片,这这时就需要重重新整理碎片片;我们可以以使用COAALESCEE命令合并相相邻的exttent,来来减少系统中中的碎片。如如果系统中不不连续的小空空闲exteent过多,也也就是碎片过过多,则可能能需要通过重重建表空间的的方式来消除除碎片。系统多数表空间间使用ASSSM,ASSSM使用位图图而不是传统统的FreeeList来来管理段内的的free db bllock,大大大提升了空空间管理的性性能。同时显显著的减少ssegmennt heaader类型型的bufffer buusy waait等待事事件。建议:表空间的管理方方式选择合理理。Next Exxtent保证段能够增长长是

22、很重要的的,因此在必必要时分配nnext eextentt。如果在表表空间中没有有足够的空余余空间,那么么next extennt无法分配配,对象也无无法增长。在数据库中没有有发现无法分分配NEXTT EXTEENT的段。Temporaary Taablesppace临时表空间用于于存放临时段段。为了维护护数据库的性性能,临时表表空间的维护护方法有别于于其他一般表表空间。缺省省情况下,所所有表空间都都创建为PEERMANEENT。所以以在创建临时时段时,需要要保证表空间间类型为TEEMPORAARY。由于于这些表空间间中的排序段段不被清除,所所以减少了空空间事务争夺夺,同时减少少了SMONN对

23、于CPUU的使用率。当进行长时间清清理时,用户户无法进行排排序操作。在在这种情况下下,可以指定定用户使用状状态为PERRMANENNT的临时表表空间。这有有可能会引起起空间事务争争夺,但是可可以允许用户户在磁盘上进进行排序操作作。由于表空间的eextentt 使用了llocal managgementt 方式,对对表空间采用用位图管理,更更利于空间的的使用及回收收管理。StatusNameSize (MMiB)Minimumm ExteentsMaximumm ExteentsMinimumm Exteent LeengthIncreasse (%)建议:在数据库TEMMP为TEMMPORAR

24、RY类型的表表空间,Exxtent Managgementt 方式为LLOCAL。保证每一个数据据库用户都被被分配一个临临时类型的TTEMP表空空间。以下列列出了将PEERMANEENT表空间间作为默认临临时表空间的的用户:没有发现用户将将PERMAANENT表表空间作为默默认临时表空空间。4.13 回滚段管理回滚段能够用来来保证读一致致性,回滚事事务以及恢复复数据库。Rollbacck Seggment List5. 数据库简单风险险评估5.1 安全性管理在安全性方面,主主要考虑用户户访问数据库库的控制以及及维护系统的的安全性问题题。Databasse Admministtratorr Us

25、errnamess/PassswordssOracle自自动生成两个个用户,并授授予DBA权权限: SYS SYSTEM 经检查,SYSS和SYSTTEM都没有有使用初始缺缺省密码。这这样有利于维维护数据库的的安全性,否否则任何具有有Oraclle知识背景景的人都能进进入数据库。建议:目前数据库用户户安全方面设设置良好,设设置安全合理理。SYSDBA Userss被授予SYSDDBA权限的的用户能够进进行DBA的的操作,包括括建立数据库库,关闭数据据库。建议:目前数据库不存存在具有DBBA权限的业业务用户,用用户权限管理理情况较好。6. SqlNet 概况Net8能够在在不同计算机机上安装服务

26、务和应用程序序,并且能够够使它们如同同同一层上的的应用程序一一样进行通信信。Net88的主要功能能就是创建网网络通话,并并且在客户端端和服务器端端,或者两个个服务器端之之间转换数据据。Net88必须安装在在网络的每台台机器上。当当网络通路建建立,Nett8扮演着客客户端和服务务器端数据投投递者的角色色。6.1 监听器Listtener位于服务器端的的监听程序是是单独的进程程。它从客户户端接受连接接请求,并管管理这些对服服务端的请求求。当前LIISTENEER的参数设设置如下:Parametter Value STARTUPP_WAITT_TIMEE_LISTTENERN/ACONNECTT_T

27、IMEEOUT_LLISTENNERN/ATRACE_LLEVEL_LISTEENERN/A只有当SQLNNET需要跟跟踪判断所出出现的问题时时,TRACCE_LEVVEL_LIISTENEER才需要被被设置。所获获得的跟踪文文件需交由OOraclee Suppport进行行分析。SQQLNET跟跟踪只需在一一段时间内开开启,因为这这将占用一些些网络资源。6.2 SQL*Nett配置文件SQLLNET.OORA包含了了客户端和服服务器对SQQL*Nett配置的设置置信息。当前前的SQLNNET参数如如下:Parametter Value AUTORCLLATIC_IPCN/ATRACE_LLE

28、VEL_CLIENNTN/ATRACE_FFILE_CCLIENTTN/ATRACE_DDIRECTTORY_CCLIENTTN/ASQLNET.EXPIRRE_TIMMEN/A6.3 TNSNAMEESTNSNAMEES.ORAA包含与连接接描述符相匹匹配的网络服服务名。连接接描述符包括括监听程序的的地址以及cconnecct_datta。TNSNAAMES.OORA设置如如下:由于TNSNAAMES中相相关的网络服服务名比较多多,完整的TTNSNAMMES.ORRA中的内容容可以见服务务器上的配置置文件。7. 数据库性能数据库的性能情情况通过AWWR的报告来来体现。由于于本次检查并并不是完

29、整的的性能检查,所所以本报告只只列举最主要要的性能问题题。XXXXSnap IddSnap TiimeSessionnsCursorss/SesssionBegin SSnap:End Snaap:Elapsedd:DB Timee:YYYYSnap IddSnap TiimeSessionnsCursorss/SesssionBegin SSnap:End Snaap:Elapsedd:DB Timee:我们可以参考用用户系统忙时时的AWR信信息进行分析析,不一定局局限于检查时时段,这样可可以更加深入入的发现问题题。 7.1 数据库各项基于于时间模型的的统计信息对数据库业务负负荷压力最大大情

30、况下每一一个实例的一一个AWR报报告的列出主主要的性能结结果,如数据据库各项基于于时间模型的的统计信息等等:XXXXStatisttic NaameTime (ss)% of DBB Timeesql exeecute elapssed tiimeDB CPUparse ttime eelapseedhard paarse eelapseed timmehard paarse (shariing crriteriia) ellapsedd timeePL/SQL execuution elapssed tiimePL/SQL compiilatioon elaapsed timeconnect

31、tion mmanageement call elapssed tiimesequencce loaad elaapsed timerepeateed binnd elaapsed timehard paarse (bind mismaatch) elapssed tiimeDB timeebackgroound eelapseed timmebackgroound ccpu tiimeYYYYStatisttic NaameTime (ss)% of DBB TimeeDB CPUsql exeecute elapssed tiimeparse ttime eelapseedhard paa

32、rse eelapseed timmehard paarse (shariing crriteriia) ellapsedd timeehard paarse (bind mismaatch) elapssed tiimePL/SQL execuution elapssed tiimesequencce loaad elaapsed timePL/SQL compiilatioon elaapsed timeconnecttion mmanageement call elapssed tiimeinboundd PL/SSQL rppc elaapsed timerepeateed binnd

33、 elaapsed timeDB timeebackgroound eelapseed timmebackgroound ccpu tiime7.2 数据库负荷压力力分析XXXXLoad Prrofilee Per SeccondPer TraansacttionRedo siize:Logicall readds:Block cchangees:Physicaal reaads:Physicaal wriites:User caalls:Parses:Hard paarses:Sorts:Logons:Executees:Transacctionss:% Blockks chaanged p

34、er RRead:Recursiive Caall %:Rollbacck perr trannsactiion %:Rows peer Sorrt:YYYYLoad Prrofilee Per SeccondPer TraansacttionRedo siize:Logicall readds:Block cchangees:Physicaal reaads:Physicaal wriites:User caalls:Parses:Hard paarses:Sorts:Logons:Executees:Transacctionss:% Blockks chaanged per RRead:R

35、ecursiive Caall %:Rollbacck perr trannsactiion %:Rows peer Sorrt:7.3 各项命中率XXXXInstancce Effficienncy Peercenttages (Targget 1000%) Buffer Nowaiit %:Redo NooWait %:Buffer Hit %:In-memoory Soort %:Libraryy Hit %:Soft Paarse %:Executee to PParse %:Latch HHit %:Parse CCPU too Parsse Elaapsd %:% Non-PPar

36、se CPU:YYYYInstancce Effficienncy Peercenttages (Targget 1000%) Buffer Nowaiit %:Redo NooWait %:Buffer Hit %:In-memoory Soort %:Libraryy Hit %:Soft Paarse %:Executee to PParse %:Latch HHit %:Parse CCPU too Parsse Elaapsd %:% Non-PParse CPU:7.4 等待事件列出最主要的等等待事件:XXXXEventWaitsTime(s)Avg Waiit(ms)% Tota

37、ll Calll TimeeWait CllassYYYYEventWaitsTime(s)Avg Waiit(ms)% Totall Calll TimeeWait Cllass7.5 统计信息分析我们选取业务最最为繁忙的上上午时段的AAWR报告进进行分析。一、 关于CPU数据据库使用情况况Totalper Seccondper TraansCPU useed by this sessiionparse ttime ccpurecursiive cppu usaage分析:可以看出系统CCPU主要用用于SQL语语句的真正的的执行阶段。二、 关于数据库事务务提交/会滚滚性能指标Totalper

38、 Seccondper Traansuser caallsuser coommitssuser roollbaccks分析:在实例快照统计计中,用户回回滚率正常。7.6 数据库I/O性性能1、 本数据库的数据据文件绝大部部分的平均的的读取时间20ms,表示当前的的数据库I/O速度是可可以接受的,如如果有一些数数据文件的平平均读取时间间大于20mms,需要引引起注意。2、 ORACLE认认为平均读取取时间大于220ms是II/O性能比比较差的,如如果一个数据据文件的平均均读取时间一一直大于200ms的话,建建议:应该检查对该数数据文件上的的查询语句,并并且优化SQQL语句。如果该数据文件件包含索

39、引,一一个可以考虑虑的选择是使使用压缩索引引来减少I/O。数据文件应该尽尽量条带化,分分布在不同的的物理硬盘上上面。7.7 索引/行迁移/行链索引索引需要维护。对对于表的删除除或者添加操操作都会间接接地对索引进进行相应操作作。过时的索索引结构会产产生碎片,此此时索引需要要被重新建立立。当前数据库中未未发现需要重重建的索引。行链当一条记录太大大,一个数据据块无法将其其存储时,ooraclee 就会将其其存储在相链链接的块中。如如果一条记录录中含有数据据类型如:LLONG,LONG RAW,LOB,行链链则无法避免免。行迁移当一个数据块已已满,而一条条记录在更新新后记录长度度增加了,这这时oraccle 就会会将整个记录录迁移到一个个新的数据块块,这就是行行迁移。Roowid 在在行迁移之后后保持不变。除除大数据类型型之外,上述述情况对数据据库的性能是是有影响的。从从上面实例活活动统计部分分的tablle fettch coontinuued roow分析可以以看出当前数数据库中链接接行的多少。关于行迁移/行行链接统计信信息Totalper Seccondper Traans目前行链接较少少,但是仍需需关注,是否否行链接集中中在特定的ssegmennt,以及是是否属于不可可避免的行链链接情况。建议:为避免或者尽量量减少出

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 管理文献 > 电力管理

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁