概述：北京某国企客户Oracle11gR2数据库误truncatetableCM\_CHECK\_ITEM\_HIS，表数据丢失，业务查询到该表时报错，此时发现数据库的备份不能用，表数据无法查询。客户Oracle11gR2数据库误truncatetableCM\_CHECK\_ITEM\_HIS，表数据丢失，业务查询到该表时报错，此

一、任务背景某某某公司是一家电商网站，由于公司的业务快速发展，公司要求对现有机器进行业务监控，责成运维部门来实施这个项目。任务要求1）部署监控服务器，实现7x24实时监控2）针对公司的业务及研发部门设计监控系统，对监控项和触发器拿出合理意见3）做好问题预警机制，对可能出现的问题要及时告警并形成严格的处理机制4）做好监控告警系统，要求可以实

边缘计算不仅仅是将应用部署在边缘，并对其进行自动化的监控和运维。在许多应用场景里，边缘和云上应用需要进行特定的消息传输、数据交换等，以完成边云协同的业务处理。例如，用户需要从云端发送命令至边缘的应用来触发特定的业务，或者边缘设备需要将采集的业务信息上传至云端处理。KubeEdgev1.6版本增加了自定义边云消息传输的支持，用户可以根据场景，借助Rule

之前一篇文章中我们讲了基于Mysql8的读写分离(文末有链接)，这次来说说分库分表的实现过程。概念解析垂直分片按照业务拆分的方式称为垂直分片，又称为纵向拆分，它的核心理念是专库专用。在拆分之前，一个数据库由多个数据表构成，每个表对应着不同的业务。而拆分之后，则是按照业务将表进行归类，分布到不同的数据库中，从而将压力分散至不同的

IM业务涉及许多技术点，比如点对点通信，组播，实时语音和视频等等，不同的业务也是需要用不同的协议去实现。近期我们的项目面临许多IM业务比如群聊，群语音，群组播等等；有关IM的技术虽然我们有研究一段时间，但是受时间限制就只能先用了第三方でserver。语音技术不太熟悉，这里就基本的IM通信对我学习到的个别几个协议进行对比和说明（不熟悉的协议我就略过了）

!(https://oscimg.oschina.net/oscnet/62c18a18553f5aeb4cd52b470871842d2d3.jpg)简介最近一个MongoDB集群环境中的某节点异常下电了，导致业务出现了中断，随即又恢复了正常。通过ELK告警也监测到了业务报错日志。运维部对于节点下电

当前微服务架构下，各个服务间依赖高，调用关系复杂，业务场景很少可以通过一个系统来实现，常见的业务场景实现基本涉及多个上下游系统，要保证整体链路的稳定性，需要尽量减少系统之间的耦合性，避免因为单点失效引起整个链路的故障。

背景:事故频发•每年都会看到SQL问题引发的线上问题不易发觉•对于SQL性能问题测试在预发环境不易发现•saas系统隔离字段在SQL条件中遗漏，造成越权风险•业务初期SQL没问题，业务增长容易出现事故•DBS慢SQL不支持实时报警，无法及时发现•靠大家re

1、基础功能组件化TaskBuilder将常用的功能封装成了组件，包括前端UI组件、后台业务操作等，开发业务功能时，可以像搭积木一样，通过鼠标拖拽就能快速实现前端界面设计和后台功能开发。tfp前端UI组件组件整体结构2功能设计可视化使用TaskBuilde