标签: 数据存储

来源：虹科云科技 虹科干货丨Oracle与Redis Enterprise协同，作为企业缓存解决方案 欢迎关注虹科，为您提供最新资讯！ 单独使用Oracle作为企业缓存数据库时，会出现哪些问题呢？使用Redis Enterprise与Oracle共同用作企业级缓存或副本数据库，会出现哪些喜人的提升呢？Orcle配合使用Redis Enterprise，为什么能够打造更快、更高效、更具成本效益的现代企业数据库呢？ 文章速览： - Oracle为什么需要Redis Enterprise - Redis Enterprise与Oracle协同 - Redis Enterprise如何帮助你 一、Oracle为什么需要Redis Enterprise 在使用Oracle时，同时配合使用Redis Enterprise，可以有效解决那些只使用Oracle时会出现的问题。例如： 读写速度的重要性 ：Oracle是基于磁盘的数据库，存储介质的限制使其读写速度难以满足需要，达不到软件程序终端用户们的期望。 成本的重要性 ：Oracle价格不菲，其许可证和支持费用很可能会超出预算。 避免数据的使用受到限制 ：没有人愿意把公司的数据仅仅留存在某个专有的系统中。Oracle中存储的数据受到基于磁盘的存储和关系模式的制约。这些数据被制约在需要灵活数据模型和实时性能的众多业务之外。 二、Redis Enterprise如何帮助你 增加实时级的性能表现 ：Redis Enterprise 可提供亚毫秒级的性能。使用Oracle时，配合Redis Enterprise，可将读写性能从秒级提高至毫秒级。 节省成本 ：Redis Enterprise的实时性能可以覆盖大多数查询请求。现在，只在最需要时才会查询昂贵的Oracle数据库。 数据不再受到限制 ：Redis Enterprise的性能和灵活的数据模型意味着，它能让存储在Oracle中的数据摆脱基于磁盘的存储和关系模式的限制。 三、Redis Enterprise与Oracle协同 Redis Enterprise常常与Oracle一同用作内存数据库或缓存： 二级键查询 ：通过使用Redis Enterprise的搜索引擎进行二级索引，支持对二级键中保存的Oracle数据进行查询。只需要将数据从Oracle数据库索引到Redis Enterprise即可实现。 针对写密集型工作负载的写入缓存 ：用作写入缓存，异步更新Oracle中的关系表。 针对读密集型工作负载的缓存预取 ：使用缓存预取技术，将数据预加载到Redis Enterprise缓存中，以便应用程序在需要时能够快速访问。这样做可以提升应用程序的速度并降低成本。 让应用程序更现代化 ：弥补使用本地存储的传统应用程序与现代的云服务应用程序之间的差距。

来源：宏集科技宏集案例 | eX707G人机界面在石油钻井工程中的应用 01应用背景 石油钻井工程是石油开采过程中最为关键的一个环节，直接决定着石油开采的质量和经济效益，而钻井工程参数的实时监测、分析处理和存储是保证安全、可靠、高效钻井的重要途径。 随着科学技术的飞速进步，尤其是自动化技术的发展，石油钻井工程逐渐向数字化、智能化方向发展，其中钻井工程参数监测的研究和改善更是重中之重，此举不仅可以提高钻井安全性和钻井效率，还可以提高钻井工程的自动化程度。 因此，开发高性能、安全可靠的钻井工程参数监测系统是实现科学化钻井的关键。 02面临的难题 在石油钻井过程中，不仅需要采集钻井设备中的数据，还需要对数据进行处理和分析。因此，在实现钻井工程参数监测时，面临的难题主要有以下几点： （1）现场多协议钻井设备数据的采集； （2）数据的可视化处理，包括数据显示（字段/曲线/仪表显示）、边缘计算、警报通知和管理、审计追踪和配方管理等； （3）钻井工程数据的远程监控。 （4）将采集到的钻井工程数据存储到数据库； （5）将采集到的钻井工程数据上传到SCADA、MES、物联网平台等。 03宏集方案介绍 宏集eX707G人机界面 宏集多功能物联网人机界面eX707G凭借其丰富强大的功能、高级别防护、海量通信支持、多行业认证等特点而备受赞誉，是开发高性能钻井工程参数监测系统的最佳选择，整体的应用框架如下所示。 宏集eX707G人机界面通过海量通讯协议完成现场设备数据的采集，再结合其配套软件JMobileStudio完成页面组态以及数据可视化处理，完成现场关键参数监控画面的制作。由于eX707G人机界面内置Web、VNC服务器，现场操作人员通过web浏览器、VNC客户端等便可实现设备的远程监控。此外，eX707G人机界面可以一键配置连接到自家Corvina云平台，实现设备数据的远程监控和管理；同时，eX707G人机界面也可通过OPC UA、MQTT等协议对接到第三方云平台，最大程度地满足客户的多样化需求。 除了人机界面，还提供具有相同功能的物联网网关，以及可运行在客户X86设备中的软件方案——JMobilePC Runtime，快速赋予客户设备物联网功能，客户可以根据现场实际需求选择对应的解决方案。 04​​​​​​​案例分享 为了实现钻井过程中对钻进状态、起下钻状态和泥浆池关键参数的监测，国内某石油企业采用宏集多功能物联网人机界面eX707G开发了一个钻井工程多参数监控系统，快速、高效、可靠地完成现场钻井参数的采集和可视化，提高了现场钻井的安全性和效率。 （1）数据采集和可视化 eX707G人机界面支持200+通信协议，包括OPC UA、Modbus、MQTT以及西门子、三菱、欧姆龙等主流PLC协议，支持同时运行8种通讯协议并且支持一万点数据，最大程度地帮助客户完成钻井设备数据的采集；支持边缘计算，客户可以通过编写JavaScript脚本完成现场数据的处理和分析。 此外，eX707G人机界面支持2000+现代风格控件，根据现场钻井工程参数的类别，分别选用数字字段、模拟仪表、实时和历史趋势曲线等控件对工程参数进行数据展示。 （2）警报管理 eX707G人机界面支持警报管理功能，可以对关键钻井工程参数设置上下限，并判断参数是否需要报警；支持上下限触发、等值触发、数值偏差触发等四种触发方式，满足客户的多样化需求。此外，eX707G人机界面支持在线和历史警报控件，帮助客户完成警报状态的查看，以及警报确认、复位、保存等操作。 （3）数据存储 eX707G人机界面支持对接MySQL、PostgreSQL、MariaDB等数据库，可以帮助客户读取数据库标签数据，以及存储钻井过程中的标签数据、某一时间段的趋势数据、事件等数据，为现场优化钻井、故障排查提供数据依据，帮助现场操作人员掌握钻井过程中钻机的工作状态，为工艺的改进提供数据分析支持。 05总结 通过宏集多功能物联网人机界面eX707G，该石油企业高效、快速地完成了现场钻井工程多参数监测系统的部署，实现了钻井过程中关键参数的监测，提高了钻井的安全性和效率，加快了钻井工程智能化的发展进程。 ​

来源：宏集科技宏集干货 | Panorama SCADA平台的警报通知功能配置详解 前言 SCADA系统的主要目标是采集与监控工业过程数据，以确保工业生产正常运行。通过实时警报通知功能，操作人员可以立即获取有关潜在问题的信息，从而能够快速采取行动解决问题，防止进一步的损害或生产中断。因此，及时通知报警信息对SCADA系统至关重要。 宏集Panorama SCADA平台提供多种灵活的警报发送方式，包括短信、邮件、文本信息、语音通话、传真等，可供操作人员选择以接收报警信息。本文档将介绍如何在Panorama SCADA中设置时间表，以实现报警信息的发送。 ​ 工具 1. Panorama Studio开发平台 2. LinPhone APP ​ 操作步骤 1. 首先需要在Panorama Studio自定义控件，将报警功能、数据存储、数据展示、数据采集等多个功能集成到一个控件中，也可以使用宏集控件库。 2. 在已创建好的项目实例中添加“On-call”功能，随之添加On-call时间表。 3. 在调度表中添加发送组，根据自己的需要进行添加，此处选择是根据白天、黑夜、周末选择不同的警报发送方式。 4. 在项目实例中需要添加SIP connection，VOIP语音及文本通知需要采用SIP协议。 5. 在On-call时间表中进行添加，白天选择VOIP-语音呼叫，晚上选择-VOIP信息发送，周末可选择电子邮件发送。其中，邮件发送需要配置更多的信息，发送邮箱，SMTP服务器，以及用户名，密码等。 6. 使用调度功能，在项目实例视图中添加调度表并拖拽到视图中。 7. 组态报警通知窗口，将组件视图拖拽到主窗口中，并链接里面内容属性到相关的位置。 8. 下载并安装LinPhone APP，将LinPhone所注册的收件人对象对应填写到HMI窗口中。设置On-call时间表，根据自己的需要对时间进行配置，选择不同时间的警报发送方式。 9. 触发警报，可以在电脑桌面APP和手机APP中获取到警报通知，短信发送也会发送同样的警报信息。 ​ 总结 宏集Panorama SCADA的报警通知功能有助于减少不必要的停机时间，避免长时间的生产中断，从而节省成本和时间。在远程监控过程中，这一功能还可以帮助用户迅速了解问题，采取及时措施，而不必亲临现场。以上是通过时间表发送警报信息的操作步骤，实现了语音、文本信息、邮件和短信等多种方式的警报发送。

一、背景 一些应用程序需要整个网络(从主机到存储)的延迟响应极低，以实现最佳性能。所有 NVMe 存储解决方案都为降低整体延迟提供了新机会。但是，用于将存储聚合到外部 NVMe 阵列中的 JBOF 控制器的限制可能会降低NVMe SSD的本地延迟特性。 二、解决方案 将低延迟JBOF控制器与NVMe结合使用，可以实现极低延迟的存储，支持对延迟敏感的应用程序，如AI和MI，基于云的DevOps、OLTP、金融和电子商务以及实时分析。虹科 ATTO XstreamCORE® 9400与西部数据公司的Ultrastar® NVMe驱动器相结合，提供了一种独特的存储解决方案。 三、方案优势 通过将低延迟 JBOF 控制器与 NVMe 结合使用来实现低延迟存储 虹科ATTO XstreamCORE 9400 JBOF 控制器与 Ultrastar DC SN640 NVMe SSD配对使用 虹科ATTO XstreamCORE 9400为 I/O 操作增加了非常低的延迟，即使在负载下也通常低于2%，从而使存储达到最大性能 Ultrastar DC SN640 以持续的低延迟提供高 IOPS 四、应用 人工智能(AI)和机器学习(ML) 基于云的DevOps 用于高频交易的在线事务处理 (OLTP) 金融和电子商务 实时分析

引文： 之前学51的时候，对数据存储没什么概念，主要是做过的东西对这方面没这个需求自己也没往这方面考虑过。而对于STM32来说，当程序写大特别是跑OS之后数据存储就变成了不得不考虑的事情，那么我们现在就来聊聊数据存储。 假如我们在程序中定义了这么五个变量： int Frequency = 8; int Speed = 5; int Power = 60; int Voltage = 12; int Temperature = 25; 这五个变量在程序运行的时候是可以通过按键或者其它方式人为的改变它们的值的，现在要求在人为改变它们之后对它们进行保存，那么这个时候我们该怎么去编写程序呢。     如果是51单片机的的话，在单片机不支持IAP技术的条件下，我们一般会考虑外扩，但是在STM32上，我们可以把这五个变量保存到Flash ROM里面，在有数据变动的时候再进行重新擦写就可以了，但保存到Flash ROM中会有一定的限制，那就是它不允许我们进行字节擦除，如果我们想要对其中的某个数据进行修改的话只能先把里面的数据都取出来，修改好之后把Flash ROM整页擦除再把数据写进去。这是因为Flash ROM在没有写入任何数据之前里面都是‘1’，我们写入数据只需要把相应的‘1’写成‘0’就可以了，但是它是不允许也不能把‘0’再写成‘1’的，这就是为什么Flash ROM不支持字节擦写的原因。     那么好，确定用Flash ROM来存储数据之后，我们下面开始数据改以什么样的形式进行存储。对于上面五个变量可不可以直接这样存放进去呢 .......