为了正常的体验网站,请在浏览器设置里面开启Javascript功能!
首页 > 经典:OSIsoft-PI-时序数据库核心技术

经典:OSIsoft-PI-时序数据库核心技术

2021-03-25 50页 ppt 574KB 56阅读

用户头像 机构认证

夕夕资料

拥有专业强大的教研实力和完善的师资团队,专注为用户提供合同简历、论文写作、PPT设计、计划书、策划案、各类模板等,同时素材和资料部分来自网络,仅供参考.

举报
经典:OSIsoft-PI-时序数据库核心技术OSIsoftOverviewDevelopmentsinthePISystemFamilyofProductsGreggLeBlancPISystemProductManagerWhyScalability?MoredatacanbetrackedeverydayPhoneshaveGPSlocationdataReal-timemonitoringinthehomeElectricalusageSecuritysystemsFire/FlooddetectionITApplicationsEverymachineonane...
经典:OSIsoft-PI-时序数据库核心技术
OSIsoftOverviewDevelopmentsinthePISystemFamilyofProductsGreggLeBlancPISystemProductManagerWhyScalability?MoredatacanbetrackedeverydayPhoneshaveGPSlocationdataReal-timemonitoringinthehomeElectricalusageSecuritysystemsFire/FlooddetectionITApplicationsEverymachineonanetworkneedsmonitoringExample:700,000homesx10datapoints=7,000,000pointsBenefitsITMonitoringcandetectIntrusionsImpendinghardwareproblemsDiagnosesoftwareproblemsVirustrafficExample:BecauseWiredCitycoulddetectandrecordtheamountofinboundtrafficfromtheNimdaworm,theygotarefundfromMCIWorldcomWhereisPIToday?100,000+DataStreams100’sofsimultaneousclients300+Interfaces6,500+Customers1,000’sofeventsrecorded/secIssuesWithinScalabilityAscalablesystemhasseveralaspectsUsersservedCalculationsandanalysisIntegrationissuesDatacapacityDatathroughputSecurityInfrastructureUserLoad&IntegrationUsersneedfastaccesstothedataClient/ServerusersStatelessUsersClient/ServerusersconnectdirectlytoPIStatelessUsersBroaderaudiencePIICEWebservicesandintegrationServerManager(PISDK)SafelyexposesPIdataThePITrustTableretainspointbypointsecurityConnectionmanagementbalancesuserrequestsInternetInformationServer(IIS)BrowserSecurityinICEPIWebServicePISDKSOAPMessagesPIEnterpriseServerPIPointSecurityWindowsAuthentication(AggregatedQueries)PITrustTableConnectionsinICEElvispidemoNortonpiadminAlicepialiceRickypiadminPISystemLucypidemoICENorton,RickyAliceElvis,LucyPISDKServerObjects1peruniquePIuser1TCP/IPConnectionperserverPISDKSessionManagerUnderlyingWebServiceStructurePIICEWebServicesLayerICEWebPartsICEWebPartsICEWebPartsICEWebPartsPISDKPIServerOtherHistoriansRelationalDatabasesDCSSCADALIMS…LooselyCoupledApplicationsTightlyCoupledWebServicesLayerLooselyCoupledComputingTheideaofWebservicesAllowsforcomputinginanenvironmentthatis:AsynchronousStatelessPlatformindependentGeographicallyindependentWillreplacesome“tightlycoupled”computingTightlyCoupledComputingInfrastructure-leveltiesbetweensystemsUsesAPIcallsUsuallyproprietaryNotasflexibleExamples:PIInterfacestootherinformationsystemsOLEDB/ODBCconnectorsPoint-to-Point,Middleware,andotherintegrationWebServiceIntegrationLooselycoupledapplicationsbuiltonWebServiceIntegrationSpaceTraditionalTightlyCoupledIntegrationSpaceICEKPIReportsAuditingERPQualityWebServicesPIBatchWebservicesRelationalDBWebservicesPIAuditingWebservicesERPWebservicesPIICEWebservicesWebServicesIntegrationSpaceInfrastructureOSIsoftismovingto.NETOlderapplicationswillmigrateNewapplicationswillleveragethe.NETFrameworkManagementtoolswilluse.NETNewtoolscomingforSMT(SystemsManagementTools)PartsofthePISystemwillbeaccessiblethrough.NETDistributedAnalysisServerBasedPerformanceEquationsDesktopBasedSpreadsheetsbasedonDataLinkDistributedCalculationsPIACEServerloadreducedCalculationscanbereusedSecurityConcernsIsn’tMicrosoftavulnerability?Overthelastyear26vulnerabilitiesinApache22inMicrosoft’sIISKeyissue:systemmaintenanceWhataboutNimda?250,000systemsin9hoursAtleast$2.4BindamagesInfectionstartedJuly13,2001PatchwasavailableJune18,2001(MS01-033)SecurityResponseMoreaccountability:MicrosoftNIPC(NationalInfrastructureProtectionCenter)workswithNERCandMicrosofttodevelopsecurityproceduresandstandardsKeyprecautionsstillremainGuardagainstsocialengineeringSystemmaintenanceUnknownvulnerabilitiesWiFi,wardrivingUnprotectedmodemlinesusedforsupportOSIsoftSecurityPIPointSecurityTrustTableSingledirectionPItoPItransfersAuditingAnewdatabasethatrecordschangestoPIPointsValuesModulechangesWhat’sBeenCoveredHandlinguserloadCalculationsIntegrationdemandSecurityInfrastructureMillionpointPISystemsHistoryoftheHistorianPI11983HP-10001985Vax-VMS1988PINetClient/ServerArchitecturePI21992Vax-VMS1994Alpha-OpenVMSPI31993DesignWorkHistoryoftheHistorianPI3Big4UnixHP-UXIBM-AIXDec-OSF/1Sun-SolarisWindowsNT3.51DevelopmentLanguageC++HistoryoftheHistorianPI3KeyconceptsofPI2wereusedSnapshotCompressionArchivecacheArchivenavigationPINetHistoryoftheHistorianPI3KeynewconceptsMulti-processRPCBasedInter-processcommunicationPISDKHistorizationofmanydifferentdatatypesDoublesStringsBLOBsCommoncodebaseforallplatforms64bitsupportPI3OriginalReleasePI3.0ReleasedNovember19951,000to100,000+PointsUpto2000eventspersecondsPI3.0toPI3.3Howmuchcanyoudoin7years?ConcentratedonfeaturesAlarmACETotalizerPISDKBatchDatabaseModuleDatabaseAuditNTSecurityCOMConnectorsDevelopmentInfra-structureAutomatedbuildsandtestingBugfixes(justafew)Scaling1996Typicalsystem<100KpointsDatarates<2000Events/Second2002Manysystemsapproaching150KpointsUpto10,000Events/SecondScaling1995Intel®Pentium®ProProcessor2P200MHz2002Intel®Xeon™Processor4P1.6GHzScalingThePIdataratesreflectincreaseinprocessorspeed.PointCountdoesnot.Limitationisnotprocessorspeed.LimitationsinPI3.3Memory2GBofvirtualmemoryperprocessArchivecacheInter-processcommunicationCompressedeventsfromsnapshottoarchiveSerializationofRPCsArchivesub-systemhandlesonecallatatimeMemoryPIDatabasesarememoryresidentPointdatabaseModuledatabaseSnapshotPIArchiveCachePI3.3CacheMemoryIssuesCacherecordcanbequitelarge.AddingasingleeventrequiresentirecacherecordSystemsreceivingdataformostpointswillhavealargememoryfootprintLotsofcacheactivityPushingrecordsoutofmemoryReadingrecordsintomemoryPI3.4ArchiveCacheTypicalPISystemMajorityofpointsreceivedataregularlyAddeventsNeweventsreceivedinorder,andnearcurrenttimeThePI3.4CacheAddressesMemoryIssuesSmallermemoryfootprintMoreefficienthandlingofneweventsSameefficiencyreadingdataDesignTradeoffsMorecomplicated3.3Snapshot–ArchiveInter-processCommunicationCurrentMechanismEventreceivedisprocessedbythecompressionalgorithm.Ifpassescompressioneventisaddedtoin-memoryeventqueueEventsinqueuearepackagedandsentviaanRPCtothearchiveprocess3.3SnapshotBufferingArchiveunabletoprocesscompressedeventsBackupsExtremelyhighdataratesSystemproblemsSnapshotmustwriteto“eventqueue”fileArchivemustreadfromtheSnapshoteventqueueResult2physicaldiskI/O’shappenonsamefile3.4Snapshot–ArchiveInter-processCommunicationChangedphysicalfiletomemorymappedfileFilesystemfeatureMappedbySnapshotandArchiveSnapshotwritescompressedeventsto“file”Archivereadscompressedeventsfrom“file”SynchronizationtechniquesrequiredtopreventcorruptionBufferingcasehandledbyfilesystemLimitation3:RPCSerializationPI3.3allsub-systemsaresinglethreadedRequeststosub-systemsareserializedArchiveexample—3simultaneouscallsArchiveSummaryPlotvaluesCompressedvaluesRPCSerializationSolutionMultipleThreadsThreadsaretheobviousapproachUnixandNThaveverypowerfulandeasytousethreadingmodelsConceptuallySimpleBut,easytowritebugsMulti-ThreadinginPI3.4PI3hadsomethreadingsincetheoriginalreleasePINetManagerSub-systemsuseathreadforreadingmessagesPI3.4Sub-systemLevelthreadmodelMain“housekeeping”threadReadthreadMessagepumpPoolofworkerthreadsMulti-ThreadinginPI3.4PI3.4Sub-systemLevelthreadmodelEverysub-systemismulti-threadedSub-systemmustimplementlocksforoptimalperformanceWorkerthreadpoolisconfigurableRuntimeKillthreadsSuspendthreadsChangepriorityAddworkerthreadsDeleteworkerthreadsMulti-ThreadinginPI3.4Whatdoesthisgetus?Thearchivecallfrom….Won’tkillyoursystem.Whatwill10archivecallsform….dotomysystem?Longtime1=100Longtime2=1134289piar_summary(1023453,&time1,&time2,&rval,&pctgood,ARCTOTAL)PIon64BitWindowsOneadvantage:largeraddressablememory32bit:2GB64bit:16–128GBXP-64:16GB.NetEnterpriseServer:64GB.NetDataCenter:128GBPIon64BitWindowsDisadvantages:SlowerVerysensitivetoproperlyoptimizedcodeServersonly64bitWindowsisnotintendedtoreplace32bitdesktops.Onlymakessensetoportserverapplications64bitdevelopmentwillbedoneon32bitmachinesPIon64BitWindowsPI3isdesignedfor64bitSupportsDecOSF/1OriginalreleaseofPIsupportedDec’s64bitUnixandstilldoes—HPTru64Unix.PI3.4willbe64bitreadyMinordifferencesbetweenWindowsandUnix64bit3.4willaddresstheseminorissues3.4willcompilecleanlySummaryPointCountlimitedbyarchivecachememory3.4archivecacheissignificantlysmallerandmoreefficientMemorymappedfilesforconfigurationdataPointDatabaseTestedmillionpointsystemontypical32bitserverclassmachine2P1GHzPentium4/4GBMemorySeveralmillionpointspossible64bit,perhaps50Millionpoints?SummarySnapshot–Archiveinter-processcommunicationSignificantlyfastertheRPCmechanismMemorymappedfilesharedbybothprocessesBackedbydisktoinsurenodatalossRPCSerializationEliminatedbythreadingProcessseveralcallssimultaneouslyQuestions?个人观点供参考,欢迎讨论个人观点供参考,欢迎讨论
/
本文档为【经典:OSIsoft-PI-时序数据库核心技术】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索