https://www.cnblogs.com/JaxYoun/p/14264593.html 1、复制表结构及数据到新表 CREATE TABLE 新表 SELECT * FROM 旧表 这种方法会将oldtable中所有的内容都拷贝过来，当然我们可以用delete from newtable;来
Harbor的逻辑备份与学习 背景 一直想处理一下一个有网络冲突的Harbor镜像服务器 但是因为网络层自己水平一直是不是非常自信 加上Harbor容器使用的compose的玩法, 自己不敢直接处理. 所以想着至少能够备份一下Harbor仓库内的镜像. 冷备方式不用说了, 想着处理一下逻辑备份. 正
格式化解释： 使用格式串 更改格式命令： RMAN> configure channel device type disk format ' E:\app\Administrator\db_bak\rmanbak\backup_%d_%T_%s_%p '; 新的 RMAN 配置参数: CONFIGU
网站 ICP 备案已施行了很久，我们也非常清楚必须在进行 ICP 备案后，网站才能在大陆范围合法运营，并且用户可以通过域名正常访问网站。但是月初出了新规，明年起，国内的 App 也要像网站一样进行备案了。想必大家也是早已经听到过这个刷屏的新闻，随便说一声小程序也是。
历史编辑文章归档备份： 时间：2021/9/20 编辑：赵靖宇 甲骨文全球副总裁、中国区云平台事业部总经理吴承杨在中科软举办的“中国寿险科技应用高峰论坛2021”上发表了主题演讲：“数据，是保险行业创新发展的基石”。 在演讲中，吴总指出科技发展趋势都和数据有关，纵观当下的热门话题，包括大数据、人工智
作为IT运维人员，尤其是数据库岗位，数据的备份重于一切。 现在很多用户会有一个普遍误区，认为现在类似ADG这类灾备已经很完善，且实时性也更佳，往往就忽略了传统的备份效用。 但实际上，我们千万不能因为有了容灾建设就盲目忽略备份的作用，二者其实有着本质区别。很多场景，灾备都是无法替代传统备份的，二者是缺
有客户找到我这边咨询，说他们的一套核心ADG库在业务高峰期报错，因为业务做了读写分离，其备库也实际承担读业务，所以备库故障也会对业务产生影响。 这里也要提醒大家，做读写分离，如果读库出现故障的情况，要有切换到主库的应急方案考虑进去。 客户这里自己通过重启备库暂时解决，但担心故障再现，所以非常着急要分
客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug； 本文需要先模拟客户11.2.0.3环境，构建备库、级联备库环境
**环境：** Oracle 11.2.0.3 + OEL 7.9 A -> B -> C 级联ADG环境：db11g -> db11gadg -> db11gcas 之前测试提到，从一级备库duplicate到二级备库会报错： ```shell RMAN-00571: RMAN-00569: ER
上篇文章 - [源端为备库的场景下Duplicate失败问题](https://www.cnblogs.com/jyzhao/p/17420831.html) 我只在中间备库环境应用了PSU，解决了级联备库从中间备库duplicate数据库的问题： 细心的朋友已经发现，因为是备库环境，并没有做数据库
> [合辑地址：MySQL全面瓦解](https://www.cnblogs.com/wzh2010/category/1859594.html "合辑地址：MySQL全面瓦解") # 1 为什么需要数据库备份 - 灾难恢复：当发生数据灾难的时候，需要对损坏的数据进行恢复和还原 - 需求的变更或者回
摘要：华为云作为中国政务云基础设施领域领导者，基于华为公有云技术架构的政务云平台，具备领先的云灾备技术实力，支持IaaS、PaaS等云服务云原生灾备能力。 本文分享自华为云社区《城市云灾备，为业务连续性保驾护航》，作者：仇俊、黄宝起。 “一网通办”“跨省通办”“一件事一次办”……近年来，个人和企业在
摘要：增量备份是重要的常规备份策略，正确快速识别增量变化文件的相关信息对增量备份至关重要。 本文分享自华为云社区《其疾如风，GaussDB（DWS）增量备份核心设计》，作者： 我的橘子呢 。 1、认识增量备份 GaussDB(DWS)数仓的备份恢复工具Roach支持集群级增量备份。全量备份会将源数据
摘要：在实际使用过程中，数据库集群级的故障并非高概率事件，如何安全高效地帮助客户备份恢复一部分数据库元素，才是更加实际的需求，这也是细粒度备份恢复的意义所在。 本文分享自华为云社区《GaussDB（DWS）之物理细粒度备份恢复》，作者：我的橘子呢 。 1. 认识物理细粒度备份恢复 相对于集群级备份恢
大促备战，最大的隐患项之一就是慢sql，带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，而且对sql好坏的评估有一定的技术要求，有一些缺乏经验或者因为不够仔细造成一个坏的sql成功走到了线上，等发现的时候要么是造成了线上影响、报警、或者后置的慢sql采集发现，这时候一般无法快速止损，需要修改代码上线、或者调整数据库索引。
大数据时代，越来越多的业务依赖实时数据用于决策，比如促销调整，点击率预估、广告分佣等。为了保障业务的顺利开展，也为了保证整体大数据链路的高可用性，越来越多的0级系统建设双流，以保证日常及大促期间数据流的稳定性。
大促备战，最大的隐患项之一就是慢SQL，对于服务平稳运行带来的破坏性最大，也是日常工作中经常带来整个应用抖动的最大隐患，在日常开发中如何避免出现慢SQL，出现了慢SQL应该按照什么思路去解决是我们必须要知道的。本文主要介绍对于慢SQL的排查、解决思路，通过一个个实际的例子深入分析总结，以便更快更准确
大促备战压测备战时间紧、任务多，压测备战压力较大，在大促备战多专项并行资源紧张情况下，频繁的系统调优给整个大促带来不可控的风险因素。引入常态化压测的手段，通过每周或每月的定期压测行为，持续把控系统性能表现，保证服务稳定性；同时将需求上线引起的性能问题前置暴露，及时定位优化问题；减轻备战压力，提升压测效率。
前言 说实话在写这篇文章的时候，咸鱼不禁又想起了那件男默女泪的往事 我喜欢做笔记，我觉得好记性不如烂笔头，所以在我的学生以及职业生涯阶段，我用过四款笔记应用——Onenote、语雀、印象笔记、Typora 其中我个人觉得体验最好的非 Typora 莫属了 在 2022 年的时候，由于 Typor
问题描述 在Azure的存储服务中，介绍灾备恢复和Storage Account故障转移的文档中，有一句话“Account failover is not supported for storage accounts with a hierarchical namespace enabled.” 而
