首页 > TAG信息列表 > 转储
数据库原理：数据库恢复和并发控制
目录数据库恢复事务故障的种类恢复技术数据转储日志文件检查点数据库镜像并发控制不一致问题封锁活锁和死锁两段锁数据库安全性安全标准安全性控制参考资料 数据库恢复 事务 事务是用户定义的一个数据库操作序列，这些操作要么全做，要么全不做，是一个不可分割的工作单位。在关系数据库关于Java数据结构转储（本文适合初学者）
有时候想往mysql 或者 redis数据库存点数据结构。尤其是redis，尽量把大块数据打包存起来，减少set 和 get数据次数。再说远点，对分布式数据同步也是有很大的好处。 下面简单介绍一下Java中怎么将一大块数据结构打包存进数据库中。我们将会借用一个桥梁：JSON抽象类 打包数据结构： privat哈哈
微服务日志管理 微服务日志文件存储方式 所有日志存储到统一路径目录下，以微服务名称命名子目录分别存储，平台功能调试完成后，运行日志级别调整为ERROR级别 清理及备份 通过配置定时任务及shell脚本，根据现场要求对日志文件进行压缩备份、转储及清理操作。 如无特殊要求服务运行日Postgres中更快的数据迁移
本文摘自https://mp.weixin.qq.com/s/SlSBi9FajXfzmC8cczgVQQ 在我的日常工作中，我与许多客户一起将数据迁移到Postgres。有同构源（PostgreSQL），也有异构源（如 Oracle 和 Redshift）。为什么人们选择Postgres？由于PostgreSQL的 丰富性和 存储过程、 JSONB、地理空间工作负载的PostGIS等功JVM堆内存转储
在发生内存溢出错误 java.lang.OutOfMemoryError 时, JVM自动执行堆内存转储，以方便事后进行排查和分析。 JVM提供了一个命令行启动参数 HeapDumpOnOutOfMemoryError， 使用的格式为： java -XX:+HeapDumpOnOutOfMemoryError 如果不用 HeapDumpPath 选项指定转储记一次有教益的内存碎片转储文件分析经历
记一次有教益的内存碎片转储文件分析经历原总结调试windbgdmp内存碎片heap堆 前言 其实，这篇文章早在 2021 年就完成了初稿，后面一直没来得及完善（各种加班各种忙），所以一直没来得及整理发布。而且，我从这个案例里学到的东西太多了，很多内容并没有体现在本篇文章中，后续有机会一定会再postgresql 数据库备份与恢复
postgresql 数据库备份与恢复流程 1. 数据库登录 1.1 切换到postgres用户 su postgres 1.2 登录数据库 psql -U postgres -d postgres -h 127.0.0.1 -p 5895 1.3 创建用于恢复数据的数据库 create database newdb; 2. 数据备份 pg_dump -v -c -if-exist -f /数据库备份与恢复基础知识
数据库系统故障的种类 1、事务故障：是由于程序执行错误而引起事务非预期的、异常终止的故障。通常有如下两类错误引起事务执行失败： （1）逻辑错误。如非法输入、找不到数据、溢出、超出资源限制等原因引起的事务执行失败。 （2）系统错误。系统进入一种不良状态（如死锁），导致事务无法继续执行.Net Core服务诊断排查Dump抓取
.Net Core服务诊断排查 前言： 近期在项目中出现了几次服务内存资源占用较高的情况，特回顾梳理下排查过程以及对相应问题的排查方法总结。 一、Dump抓取 抓取dump的方式有多种，下面介绍几种常用的： 1. 任务管理器中找到程序进程，右键菜单：创建转存储文件 注意：1. pg_dump 使用及示例
1.pg_dump 概述 1.1 pg_dump 介绍 https://www.postgresql.org/docs/14/app-pgdump.html pg_dump是用于备份一种PostgreSQL数据库的工具。即使数据库正在被并发使用，它也能创建一致的备份。pg_dump不阻塞其他用户访问数据库（读取或写入）。 pg_dump只转储单个数据库。要备份一个集北美源代码转储 Nissan NA 的所有 git 存储库的完整转储
北美源代码转储Nissan NA 的所有 git 存储库的完整转储，最值得注意的是包括以下来源：- Nissan NA Mobile 应用程序- ASIST 诊断工具的某些部分- 经销商业务系统/经销商门户- Nissan 内部核心移动库- 日产/英菲尼迪 NCAR/ICAR 服务- 客户获取和保留工具- 销售/市场研究工具+数据- 各JVM 问题分析思路
1. 前言 工作中有可能遇到 java.lang.OutOfMemoryError: Java heap space 内存溢出异常, 本文提供一些内存溢出的分析及解决问题的思路. 常见异常如下: 2022-01-31 16:07:29.639 ERROR 1981 --- [http-nio-8080-exec-4] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.servi彻底清除错误提交的SVN版本
本文主要介绍通过svnadmin的转存（dump）和恢复（load）命令解决SVN错误提交版本的清除问题。主要包括以下几个方面： svnadmin命令备份并记录错误的版本号转储版本仓库创建新的版本仓库恢复仓库转储文件检出新的版本仓库更新日志缓存 本文使用的软件版本： FreeBSD 13.0subversion 1.14.0To（数据库系统概论|王珊）第十章数据库恢复技术-第四、五、六节：数据库恢复技术
文章目录 一：数据库恢复的实现技术（1）数据转储（备份）A：转储的分类①：按照系统是否运行事物时分类②：按转储的范围分类 （2）登记日志文件A：日志文件的内容B：日志文件的作用C：登记日志文件 二：恢复策略（1）事物故障的恢复（2）系统故障的恢复（3）介质故障的恢复 三：具有检查点的恢复技术 一：数据库恢docker容器中的mysql运行转储宿主机的sql文件
docker容器中的mysql运行转储宿主机的sql文件 #1.登录宿主机 #2.找到你的sql文件 #3.执行命令 docker cp **.sql b4315eec7ea7(你的mysql容器id):/tmp/ #4.进入你的mysql容器 docker exec -it b4315eec7ea7 /bin/bash #5.登录数据库 mysql -u root -p #6.切换数据库 use一次OOM排查的详细经过
1.问题定位 预发环境机器出现访问502的问题。 登录机器查看日志，没有发现特别的日志。 考虑到QA刚刚在做压测，想到是不是出现了OOM问题。搜索错误日志： cat error.log | grep "OutOf" 果然有OOM错误日志： java.lang.OutOfMemoryError: GC overhead limit exceeded java.lang.OuSAP-MM STO详解 4 （带SD交货功能的库存转储订单）
本文主要介绍同一公司不同工厂间，带SD交货功能的库存转储订单。 主要的业务单据如下：涉及的移动类型有641&101 1）ME21N 创建采购订单 2）根据采购订单创建交货单VL10B 创建成功后ME23N里会显示出来。 3）DN发货过账。 ME23N里会出现641的移动类型 4）C100基于DN收货 涉及到的后Nginx-信号控制及命令行介绍、日志切分
1. Nginx服务的信号控制 1.1.Nginx服务的信号控制 调用命令为 kill -signal PID signal:即为信号；PID即为获取到的master线程ID 1. 发送TERM/INT信号给master进程，会将Nginx服务立即关闭。 kill -TERM PID / kill -TERM `cat /usr/local/nginx/logs/nginx.pid` kill -INT PID / kSAP-MM MM STO订单详解1（工厂间的转储一步法和两步法）
本文主要介绍一步法和两步法下的工厂间的转储，前提是这两个工厂隶属于同一个公司。 1.工厂间的转储：一步法 案例：将物料30800807从工厂PG41通过一步法转移5PC至工厂PG42，操作之前需要判断此物料是否在两个工厂都存在 MB1B-301 过完帐之后PG41库存减少，PG42的库存增加。 产生informix转储数据到postgresql的中文乱码问题
用informix自带dbaccess执行unload语句导出数据为unl文件 由于informix用的gb18030字符集，postgresql用的utf8字符集 用linux自带的ised命令对导出的unl文件行尾多余的分隔符|进行替换删除 然后用linux自带的iconv命令对导出的informix进行转码 然后用postgresql的psql的copy语句RTMP流工具包librtmp1解析学习
RTMP流工具包（共享库） 用于通过RTMP协议传输媒体内容的小型转储程序（如BBC的iPlayer高质量流）。提供RTMP URL将导致转储flv文件，可以使用标准工具进行播放/转码。 此包包含共享库，即希望使用librtmp的程序所需的头文件。 源码：https://salsa.debian.org/multimedia-team/rtmpdump/-/【解决方法】ESXi 未配置任何 coredump 目标，无法保存主机核心转储
原创作者：运维工程师 林琪 通过SSH登录到ESXi主机上面查看coredump状态 esxcli system coredump file list Path Active Configured Size ---------------内存泄漏，JetMemory调试分析转储文件
1、近期遇到一个内存溢出问题，版本变更很小，不知道为什么，长时间运行，内存溢出，于是考虑分析 2、VS2019，自带了监视功能，调试的时候，点击耗时12ms，那个就能出来监视，但是貌似不好用，于是 3、从菜单栏-》调试-》启动性能探查器，这个比较好用，勾选内存就行了，然后就长时间运行吧，这个要及时点击，捕捉linux访问windows共享并挂载共享文件夹
命令行访问widnows共享文件 smbclient 如果没有可以自己安装 yum install smbclient or apt install smbclient smbclient //192.168.10.5/SoftWare -U zly //注意 斜杠和windows是相反的 smbclient -c "ls" //192.168.0.1/tmp -U username%password 和 smbclient //192.16PostgreSQL 数据库备份与还原
PostgreSQL 数据库备份与还原 目录 备份 还原 栗子 备份 PostgreSQL提供的一个工具pg_dump,逻辑导出数据，生成sql文件或其他格式文件，pg_dump是一个客户端工具，可以远程或本地导出逻辑数据，恢复数据至导出时间点。 Usage: pg_dump [option]... [dbname] note: dbname 如果没