概述
众所周知数据是应用的核心部分,程序坏了换台机器重新发布就可以,但数据一旦丢失,造成的损失将不可挽回,程序发布到生产后,数据的备份便显得尤为重要,由于不一定所有的服务均有资金完成高级的备份如RAC和DG,在我们只有一台数据库服务器的,暂时采取最简单的备份策略,export出dmp进行保存。
2024年07月18日
众所周知数据是应用的核心部分,程序坏了换台机器重新发布就可以,但数据一旦丢失,造成的损失将不可挽回,程序发布到生产后,数据的备份便显得尤为重要,由于不一定所有的服务均有资金完成高级的备份如RAC和DG,在我们只有一台数据库服务器的,暂时采取最简单的备份策略,export出dmp进行保存。
2024年07月18日
1.从阿里云镜像中心拉取oracle镜像库
docker pull registry.cn-hangzhou.aliyuncs.com/helowin/oracle_11g
2024年07月18日
很多时候我们去优化某条sql时,第一步通常是对sql做执行计划分析,看是走全扫还是索引扫描,是NL、SMJ还是HJ连接,是不是有绑定变量等等...今天不讲分析,主要讲怎么看执行计划。
下面介绍下几种常见的查看执行计划的方式(方法比较多,就不一一演示了)
2024年07月18日
前面异机介绍了一些准备工作和rman备份的内容,下面就开始介绍怎么在另外一台服务器去做rman的恢复工作。
设置环境变量内容如下:
2024年07月18日
通过查询基本视图,确认数据库和实例处于正常运行状态,可以对外提供数据服务。
2024年07月18日
Oracle数据库常见数据灾难:
1、ORACLE数据库无法启动或无法正常运行。
2、ORACLE ASM存储破坏。
3、ORACLE数据库数据文件丢失。
2024年07月18日
最近因业务需要,需删除某张大表1600万数据,然后开了并行(开并行会锁表)删除,但在业务需要作业时却还没删除完,只能临时选择回滚,导致后面一段时间段系统频繁出现卡顿现象。
下面记录下分析过程。
从告警日志可以发现Transaction recovery: lock conflict caught and ignored,这个问题实际上之前也分享过,只不过侧重的是怎么找出相关的对象,需要dump跟踪文件来进行分析,对于实际的意义可能不是很大,下面分享下另外两个sql,起码心里有底。
2024年07月18日
最近刚换了一家新公司,使用的数据库是oracle, 因为以前用的是mysql类的数据库,对oracle完全不熟,完全是小白级别,有mysql开发经验的开发人员上手oracle还是很快的,但是有mysql运维经验的人员上手oracle是痛苦的,下面我就介绍下我的oracle踩坑之路。
2024年07月18日
文|Bruce 得物技术
当前我们微服务容器化部署JVM 实例很多,常常需要进行JVM heap dump analysis,为了提升JVM 问题排查效率,得物技术保障团队研究了JVM内存Dump 原理与设计开发了JVM 内存在线分析。