引言： 近年来，勒索病毒已经成为网络安全领域中最为恶劣和具有挑战性的威胁之一。它们通过加密用户的敏感数据，并勒索赎金来造成严重的经济和业务损失。91数据恢复研究院在本文将深入探讨一种名为.mkp的勒索病毒，并提供针对.mkp勒索病毒感染导致数据库文件加密的恢复方法和预防措施。 如果受感染的数据确实有恢复的价值与必要性，您可添加我们的技术服务号（shujuxf）进行免费咨询获取数据恢复的相关帮助。
介绍多了服务器类的数据恢复案例，今天小编从虚拟机数据恢复角度为大家介绍一篇由于异常断电导致的虚拟机无法启动的数据恢复成功案例。其中不仅涉及虚拟机数据恢复，另外也涉及有服务器数据恢复、数据库修复等技术知识。
EXT3是第三代扩展文件系统，是日志文件系统，常用于Linux操作系统，本次分享的案例为成都某大学EXT3文件系统数据删除，服务器操作系统及应用环境为redhat4.6 mysql，数据库用于存储教师及学生的注册信息，linux脚本每天会定时将数据库文件打包成tar.gz备份到本地其他数据分区，备份成功后删除前一天的备份文件，系统于某个周末遭到恶意入侵，所有数据库文件（包括备份）均被删除。
当企业的服务器遭遇勒索病毒入侵攻击时，往往最为重要的莫过于数据库文件，所以数据库文件也往往是勒索病毒的目标文件，数据库文件被.malox勒索病毒加密了。这时候，企业需要尽快找到解决方案，尽快恢复数据。本文将介绍被.malox后缀勒索病毒加密的数据库文件如何恢复，以及预防勒索病毒攻击的方法。
您的企业数据是您业务的核心。但是，当.[support2022@cock.li].faust后缀勒索病毒突袭您的系统时，您的数据将遭受沉重打击。这种恶意软件利用高级加密算法，将您的文件锁定在无法访问的状态。在这篇详细的指南中，91数据恢复研究院将为您揭示解密被.[support2022@cock.li].faust后缀勒索病毒加密的文件的策略和技术，帮助您恢复数据的控制权。
NetApp FAS3220是NetApp推出的中端存储阵列，针对NAS和SAN环境构建，被定制为虚拟化、私有云或传统、早先的用途，适用于从几TB到超过2PB的存储需求，提供数据保护，可扩展性，自动精简配置，精简克隆，备份和灾难恢复，下面就讲解NetApp FAS 3220存储的数据恢复的方法。
北京某公司的一台服务器，上层数据类型为Oracle数据库，由于服务器意外断电，导致数据库报错，报错内容为“system01.dbf需要更多的恢复来保持一致性”。由于客户的数据库并没有备份，仅有一些断断续续的归档日志，现在只能通过数据恢复手段来修复Oracle数据库。
恶意软件是当今互联网上最常见的威胁之一，尤其是勒索病毒。[MyFile@waifu.club].mkp勒索病毒、[datastore@cyberfear.com].mkp勒索病毒、[savetime@cyberfear.com].mkp勒索病毒、[torres@proxy.tg].mkp勒索病毒勒索病毒是2023年最新的makop变种勒索病毒，它能够对企业的服务器数据及各种软件数据库进行加密，使得企业的服务器无法正常运行。91数据恢复研究院将介绍.mkp勒索病毒的特征、影响以及如何进行数据恢复。
今天给大家分享一个Oracle数据库故障数据恢复案例，数据库故障表现为ASM磁盘组掉线，ASM实例不能mount。数据库管理员自己尝试进行简单的数据库修复后没有成功，于是联系到北京当地的数据恢复公司进行数据库的数据恢复操作。
SQL Server是一个可扩展的、高性能的、为分布式客户机/服务器计算所设计的数据库管理系统，实现了与WindowsNT的有机结合，提供了基于事务的企业级信息管理系统方案。本次需要进行数据恢复的服务器是一台r520型号存储，共有7块SAS硬盘分别组成RAID1和RAID5两组磁盘阵列。
SQL数据库修复的三大核心技术： 1、磁盘阵列分析重组技术； 2、数据库恢复与修复技术； 3、SCSI盘物理故障开盘技术。
服务器数据恢复指的是通过技术手段将原本存储在服务器、存储设备内的，由于误操作、硬件故障、恶意攻击等原因丢失的数据进行修复提取的专业技术。在介绍服务器数据恢复前我们首先需要了解服务器的数据结构、文件存储原理，今天小编通过一起华为s5300服务器数据介绍该型号服务器的数据存储结构和数据恢复原理。
客户是地产行业客户，云服务器主要部署OA和sql server数据库，由于内部IT薄弱，没有做好安全防护，导致服务器被病毒入侵。
一、 配置部份 在基本配置完成之后，可以在slapd.conf设置一些提高安全和效率的选项 cachesize 5000 checkpoint 1024 5 cachesize是ldap在内存中缓存的记录条数。这个缓存是openldap自己维护的，与bdb库无关。 为了提高效率bdb在修改数据库时，是先修改内存里面的，然后分批回写到数据库文件里面。Checkpoint操作就是把内存中的数据回写数据库文件的操作。 checkpoint 1024 5表示每写1024kb数据，或者是每隔5分钟,bdb会执行一次checkpoint的操作。 在bdb库中提拱了一个命令db_checkpoint，用来给用户执行checkpoint用。比如，当用户需要删除日志的时候，他需要先执行一下db_checkpoint，来确保数据已经回写到数据库文件中了，这时才能放心地删掉日志。
本次分享的KVM虚拟机误删除数据恢复案例，客户的物理机器操作系统为Linux系统，文件系统为EXT4文件系统，KVM虚拟机被机房管理员误操作删除掉了。
客户故障存储设备为IBM V5000存储，由于存储设备的控制器损坏，导致存储中数据卷无法访问，需恢复数据卷中的Oracle数据库文件。
图片1.png 服务器数据恢复故障描述 客户的服务器共有8块450GB SAS硬盘，其中7块硬盘组成一个RAID5阵列，1块热备盘。阵列中2块硬盘损坏并离线，导致RAID5阵列瘫痪，进而影响上层LUN无法正常使用。经工程师检测硬盘无物理故障，无坏道，随后北亚工程师将所有磁盘镜像成文件。 数据恢复过程 一、RAID组结构及掉线盘分析 服务器的LUN都是基于RAID组的，所以需要先对底层RAID组的信息作出分析，再依据这些数据重构原始的RAID组。通过分析得知4号盘为hot Spare盘。继续分析Oracl
在HP存储RAID5硬盘离线LVM下VXFS文件系统是如何进行恢复的呢？HP存储也是在企业中常用的存储设备了，本次分享的故障设备为：HP FC MSA2000存储，由于RAID5阵列中出现2块硬盘损坏并离线，而此时只有一块热备盘成功激活，因此导致RAID5阵列瘫痪，上层LUN无法正常使用，整个存储空间由8块450GB SAS的硬盘组成，其中7块硬盘组成一个RAID5的阵列，剩余1块做成热备盘使用。
VSAN是一种应用于服务器、存储的以vSphere内核为基础进行开发、可扩展的分布式存储架构。VSAN通过在服务器vSphere集群主机当中安装闪存和硬盘来构建VSAN存储层。这些设备由VSAN进行控制和管理，VSAN形成一个供vSphere集群使用的统一共享存储层。同其他服务器架构一样，vsan也会出现故障导致服务器数据丢失，今天为大家介绍一例由于服务器异常断电导致vsan逻辑架构异常、虚拟磁盘文件丢失的数据恢复成功案例。
本次分享的案例是关于HP FC MSA2000存储瘫痪抢救Oracle数据库的案例，故障存储整个存储空间由8块硬盘组成，其中7块硬盘组成一个RAID5的阵列，剩余1块做成热备盘使用。由于RAID5阵列中出现2块硬盘损坏，而此时只有一块热备盘成功激活，因此导致RAID5阵列瘫痪，上层LUN无法正常使用。 由于存储是因为RAID阵列中某些磁盘掉线，从而导致整个存储不可用。因此接收到磁盘以后先对所有磁盘做物理检测，检测完后发现没有物理故障。排除物理故障后对数据全部备份后在进行进一步的分析。 【故障分析】 1、分析故障原因 由于前两个步骤并没有检测到磁盘有物理故障或者是坏道，由此推断可能是由于某些磁盘读写不稳定导致故障发生。因为HP MSA2000控制器检查磁盘的策略很严格，一旦某些磁盘性能不稳定，HP MSA2000控制器就认为是坏盘，就将认为是坏盘的磁盘踢出RAID组。而一旦RAID组中掉线的盘到达到RAID级别允许掉盘的极限，那么这个RAID组将变的不可用，上层基于RAID组的LUN也将变的不可用。目前初步了解的情况为基于RAID组的LUN有6个，均分配给HP-Unix小机使用，上层做的LVM逻辑卷，重要数据为Oracle数据库及OA服务端。 2、分析RAID组结构 HP MSA2000存储的LUN都是基于RAID组的，因此需要先分析底层RAID组的信息，然后根据分析的信息重构原始的RAID组。分析每一块数据盘，发现4号盘的数据同其它数据盘不太一样，初步认为可能是hot Spare盘。接着分析其他数据盘，分析Oracle数据库页在每个磁盘中分布的情况，并根据数据分布的情况得出RAID组的条带大小，磁盘顺序及数据走向等RAID组的重要信息。 3、分析RAID组掉线盘 根据上述分析的RAID信息，尝试通过北亚RAID虚拟程序将原始的RAID组虚拟出来。但由于整个RAID组中一共掉线两块盘，因此需要分析这两块硬盘掉线的顺序。仔细分析每一块硬盘中的数据，发现有一块硬盘在同一个条带上的数据和其他硬盘明显不一样，因此初步判断此硬盘可能是最先掉线的，通过北亚RAID校验程序对这个条带做校验，发现除掉刚才分析的那块硬盘得出的数据是最好的，因此可以明确最先掉线的硬盘了。 4、分析RAID组中的LUN信息 由于LUN是基于RAID组的，因此需要根据上述分析的信息将RAID组最新的状态虚拟出来。然后分析LUN在RAID组中的分配情况，以及LUN分配的数据块MAP。由于底层有6个LUN，因此只需要将每一个LUN的数据块分布MAP提取出来。然后针对这些信息编写相应的程序，对所有LUN的数据MAP做解析，然后根据数据MAP并导出所有LUN的数据。 【数据恢复过程】 1、解析修复LVM逻辑卷 分析生成出来的所有LUN，发现所有LUN中均包含HP-Unix的LVM逻辑卷信息。尝试解析每个LUN中的LVM信息，发现其中一共有三套LVM，其中45G的LVM中划分了一个LV，里面存放OA服务器端的数据，190G的LVM中划分了一个LV，里面存放临时备份数据。剩余4个LUN组成一个2.1T左右的LVM，也只划分了一个LV，里面存放Oracle数据库文件。编写解释LVM的程序，尝试将每套LVM中的LV卷都解释出来，但发现解释程序出错。 仔细分析程序报错的原因，安排开发工程师debug程序出错的位置，并同时安排高级文件系统工程师对恢复的LUN做检测，检测LVM信息是否会因存储瘫痪导致LMV逻辑卷的信息损坏。经过仔细检测，发现确实因为存储瘫痪导致LVM信息损坏。尝试人工对损坏的区域进行修复，并同步修改程序，重新解析LVM逻辑卷。 2、解析VXFS文件系统 搭建环境，将解释出来的LV卷映射到搭建好的环境中，并尝试Mount文件系统。结果Mount文件系统出错，尝试使用“fsck –F vxfs” 命令修复vxfs文件系统，但修复结果还是不能挂载，怀疑底层vxfs文件系统的部分元数据可能破坏，需要进行手工修复。 3、修复VXFS文件系统 仔细分析解析出来的LV，并根据VXFS文件系统的底层结构校验此文件系统是否完整。分析发现底层VXFS文件系统果然有问题，原来当时存储瘫痪的同时此文件在系统正在执行IO操作，因此导致部分文件系统元文件没有更新以及损坏。人工对这些损坏的元文件进行手工修复，保证VXFS文件系统能够正常解析。再次将修复好的LV卷挂载到HP-Unix小机上，尝试Mount文件系统，文件系统没有报错，成功挂载。 4、检测Oracle数据库文件并启动数据库 在HP-Unix机器上mount文件系统后，将所有用户数据均备份至指定磁盘空间。所有用户数据大小在1TB左右。 使用Oracle数据库文件检测工具“dbv”检测每个数据库文件是否完整，发现并没有错误。再使用北亚Oracle数据库检测工具，发现有部分数据库文件和日志文件校验不一致，安排北亚工程师对此类文件进行修复
Dell MD 3200系列存储（用于存放虚拟机文件），VMware ESXi 5.5版本，因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。找VMware工程师诊断后，尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。因此就将故障虚拟机下的xxx-flat.vmdk磁盘文件删除。
大家好，我是效哥。前几天，效率源发布了福利：（【技术视界】受损固态硬盘（SSD）数据恢复方法）。一时间，很多朋友都找到效哥：“哎呀呀，我的固态硬盘坏了，里面还有我的博士论文”、“刚买的固态硬盘才用半年就坏了，数据库文件急需要恢复”、“固态硬盘做的系统开不了机，桌面上还有财务报表”···
2月24日消息，据国内网友爆料，国内某医院今晨出现系统瘫痪状况，患者无法顺利就医，正值儿童流感高发季，医院大厅人满为患。据悉该院多台服务器感染勒索病毒，数据库文件、业务文件均被病毒加密破坏，攻击者要求
勒索病毒是一种极具破坏力的网络攻击方式，它可以对企业关键数据进行加密和锁定，从而使企业无法正常工作和生产。mallox勒索病毒及xollam勒索病毒，它从2022年开始在全球范围内蔓延，并对企业造成了损失。面对这种情况，企业需要迅速采取措施，及时恢复数据，保护企业正常运营。因此，91数据恢复作为专业的数据恢复公司，特别针对mallox勒索病毒及xollam勒索病毒，有足够丰富的经验为企业提供数据恢复服务。
故障服务器上一共16块FC硬盘，单盘容量600G。存储前面板10号和13号硬盘亮黄灯，存储映射到redhat上的卷挂载不上，服务器业务崩溃。
EasyRecovery硬盘数据恢复软件采用最新的数据扫描引擎，从磁盘底层读出原始的扇区数据，经过高级的数据分析算法，把丢失的目录和文件在内存中重建出原分区和原来的目录结构，数据恢复的效果非常好。操作简单，向导式的界面让您无需了解数据恢复深层复杂的知识也可以轻松恢复出丢失的文件数据。本软件扫描速度很快，目录结构恢复较好，对中文目录文件名称完美兼容，是一款十分有效的文件恢复工具。
任何数据库都离不开日常的备份与恢复，这二者是数据库安全的前提，MongoDB的备份与恢复方法一般而言都采用自带的工具来进行。
本次分享的是因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。此时磁盘文件和快照文件还存在。当遇到这种情况应该如何进行正确的操作呢？ 【初检分析及数据恢复方式】 找VMware工程师诊断后，尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。因此就将故障虚拟机下的某个磁盘文件删除了，这时ESXi存储就有200多G的剩余空间了，而后VMware工程师就重新建了一个40G的虚拟机，并且分配了固定大小的虚拟磁盘，Windows Server 2008，数据库应用环境SQL Server 2008数据库服务器，虚拟机磁盘容量精简200G数据盘+ 160G快照数据盘。 在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。然后将卷通过网线的方式连接到备份服务器上，接着使用专业的工具将整个VMFS卷以扇区的方式镜像到已准备的备份空间上。分析VMFS卷的底层数据发现，ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏，但是这种破坏不会影响虚拟机的重要数据，只是破坏了文件的目录项而已，可以通过人工修复即可解决。而人为删除某个文件的话，则目录项对应的数据区索引会被清掉，也不会影响删除文件的实际数据。这种情况可根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷自由空间中进行碎片匹配和合并，最终也可恢复删除的虚拟磁盘文件。但是在上述的两种情况之下又新建了一台虚拟机，并且分配了虚拟磁盘。 经过分析发现分配的虚拟磁盘已经全部清零了，也是这个新建的虚拟机所占用的磁盘空间全部被清零。 如果新虚拟磁盘占用了删除虚拟机磁盘所释放的空间，那么此部分空间将无法恢复的。根据SQL Server数据库的结构去自由空间中找到数据库的开始位置。在数据库的结构中，数据库的第9个页会记录本数据库的数据库名。因此根据这个特征可以核对此数据库的头部页是否是正在查找的。并且数据库的每个页中都会记录数据库页编号以及文件号，所以根据这些特征编写数据库扫描程序，然后利用程序去底层扫描所有符合数据库页的数据碎片。接着将扫描出来的碎片按顺序重组成一个完整MDF文件，再通过MDF校验程序检测整个MDF文件是否完整。在整个校验过程中，只有极少量因有部分碎片没有找到外，其余数据库均校验成功。 实施完后，并没有将所有的数据库文件全部恢复出来，还有文件因缺失部分页导致其无法正常使用。因此需要采用备份来恢复这两个数据库文件，但是在检查完这两个文件的备份后发现全部备份因备份机制故障导致没有备份出来，之前的备份全部没有，只有最近的全部增量备份 因此可以根据缺失的页号在增量备份中查找，再将找到的页补到文件中，这样可以恢复一部分丢失的数据库页。最终补完后还是缺失部分页，无法正常使用。但是可以通过自主开发的数据库解析程序将文件中用户比较重要的几十张表成功导出，并成功导入到新建的数据库中。 【数据恢复结果】 在本地服务器中搭建和原始环境一样的数据库环境并安装上层宏桥应用软件。再由客户安排工程验证数据库是否完整，经过验证后，数据库恢复基本没问题。上层应用可以正常运行，数据记录也都基本没有缺失，数据库成功挂载，本次数据恢复成功。
故事情节：我的阿里云服务器突然被黑客攻击了，整个系统down了。 找客服，他们排查说usr目录的文件全部丢失。让我重新初始化系统盘。初始化之前先生成一个快照。还好生成了快照，让事情没有发展为不可挽救的地步。
IBM 3650服务器中共有5块 SAS 300GB 磁盘组成一组RAID5磁盘阵列，存储划分为一个LUN、3个分区，第一个分区存放的是windows 2003系统，第二个分区用于存储 SQL Server 2010生产库，第三个分区是备份分区。
大家好，又见面了，我是你们的朋友全栈君。 原标题：服务器数据恢复怎么弄 服务器数据恢复怎么弄?说到服务器数据恢复，很多外行人或许不太明白。所谓的服务器数据恢复，首先需要拆分解释一下。何为服务器数据？小
Dell MD 3200系列存储，VMware ESXi 5.5版本，因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。 找VMware工程师诊断后，尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。因此就将故障虚拟机下的xxx-flat.vmdk磁盘文件删除，这时ESXi存储就有200多G的剩余空间了，而后VMware工程师就重新建了一个40G的虚拟机，并且分配了固定大小的虚拟磁盘，Windows Server 2008（虚拟机操作系统），数据库应用环境SQL Server 2008数据库服务器，虚拟机磁盘容量200G数据盘（精简模式）+ 160G快照数据盘。 解决方法： 1、备份数据 在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。然后将RD220i存储上的VMFS卷通过网线的方式连接到备份服务器上，接着使用专业的工具将整个VMFS卷以扇区的方式镜像到已准备的备份空间上，以确保客户的数据安全，之后的分析和恢复操作均在备份的数据上进行。 2、分析故障原因 仔细分析VMFS卷的底层数据发现，ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏，但是这种破坏不会影响虚拟机的重要数据，只是破坏了文件的目录项而已，可以通过人工修复即可解决。而人为删除某个文件的话，则目录项对应的数据区索引会被清掉，也不会影响删除文件的实际数据。这种情况可根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷自由空间中进行碎片匹配和合并，最终也可恢复删除的虚拟磁盘文件。但是在上述的两种情况之下又新建了一台虚拟机，并且分配了虚拟磁盘。经过仔细分析发现分配的40G虚拟磁盘已经全部清零了（在创建虚拟磁盘的时候会选择创建磁盘的类型），也是这个新建的虚拟机所占用的磁盘空间全部被清零。 如果新虚拟磁盘占用了删除虚拟机磁盘所释放的空间，那么此部分空间将无法恢复的。
WAL(Write Ahead Log)预写日志，是数据库系统中常见的一种手段，用于保证数据操作的原子性和持久性。
写这篇文章我是非常不情愿的，我现在是在写这篇文章，但是同时我也在恢复我服务器数据库的数据，出这篇文章也是在我的意料之外，由于我正在这件事类，我就出一版这样的mysql.frm.ibd文件数据恢复教程，希望这次教程可以帮助到更多需要恢复的人，我现在是情绪暴涨。
服务器简单来说就是计算机的一种，具有高速的CPU运算能力、长时间的可靠运行、强大的I/O外部数据吞吐能力以及更好的扩展性。多数企业配备有自己的服务器，同时也带来了服务器故障导致数据丢失的困惑，毕竟更换一台新设备无法恢复原有的设备，今天给大家简单介绍一下服务器硬盘故障导致数据丢失后的数据恢复方法，下面是案例背景。
背景：服务器上，Oracle数据库数据丢失，开发机上，有数据，但是因为系统坏了（太巧了），先进去把dbf文件备份出来，然后重做了系统（全盘格式化的，不要问我为什么不是只有c盘，售后做的，所以才有了后面数据恢复困难的事情）。
虽然说亡羊补牢可以将木马后门造成的损失降至最低，但最好的方法显然是防患于未然。1、后门防范基本功
首先要关闭本机不用的端口或只允许指定的端口访问;其次要使用专杀木马的软件，为了有效地防范木马后门;第三是要学会对进程操作，时时注意系统运行状况，看看是否有一些不明进程正运行并及时地将不明进程终止掉。
随着计算机的普及和信息技术的进步，特别是计算机网络的飞速发展，信息安全的重要性日趋明显。数据备份是保证信息安全的一个重要方法。
MongoDB备份的主要目的是将当前的数据库状态保存到一个可靠的位置，以便以后可以恢复数据库到该状态。MongoDB备份有两种方式：物理备份和逻辑备份。
随着办公自动化和电子商务的飞速发展，企业对信息系统的依赖性越来越高，数据库作为信息系统的核心，担当者重要的角色 数据库备份，是在数据丢失的情况下，能及时恢复重要数据，防止数据丢失的一种重要手段 一个合理的数据库备份方案，能够在数据丢失时，有有效地恢复数据，而且也需要考虑技术实现难度和有效地利用资源
Redis 有两种持久化方案，RDB （Redis DataBase）和 AOF （Append Only File）。如果你想快速了解和使用RDB和AOF，可以直接跳到文章底部看总结。本章节通过配置文件，触发快照的方式，恢复数据的操作，命令操作演示，优缺点来学习 Redis 的重点知识持久化。
威联通是一家专业提供网络存储设备和应用方案的公司，旗下NAS服务器因为实用、多功能而深受用户喜欢，但是NAS服务器在使用过程中也面临许多安全问题，例如被encrypted勒索病毒攻击。下面将为大家介绍encrypted勒索病毒在威联通NAS服务器上的危害，并提出一些有效的应对措施。
最近云主机报中了勒索病毒的情况不断出现，搜索了一些资料，相信对预防、以及处理病毒会有帮助。
一般用来操作sql server的客户端选择的是微软自带的客户端。 我是在官网上下载的develop版本 创建操作 CREATE DATABASE TestData ON PRIMARY
数据库备份与恢复是数据库管理员必须掌握的。没有任何系统能免遭硬盘物理损坏、粗心用户的错误操作、或一些可能会威胁到存储数据的潜在灾难的侵袭。为了能够最大限度地恢复数据库数据，保证数据库的安全运行，应该选择最合理的备份方法来防止各种故障所导致的用户数据丢失。
databases Binlog my.cnf /data/xxx（数据目录）
作者：Jon，来自微信客户端团队 前言 本文基于微信用户日常使用场景 & 数据分析，「通过分离重要 / 非重要数据、采用可靠的分库策略等」，对微信数据库架构进行优化 & 改造，并最终得到一个具备实践良好效果的改造方案。 背景说明 微信 for Windows自2014年上线以来，用户数稳步增长。随着时间的不断推移，用户积攒的消息量越来越大。最初的数据库设计秉着「遵循简单易用，方便管理」的原则，把用户收到的所有消息都统一存放在用户当前客户端本地的「同一个数据文件中。」 (注：微信不会保存聊天记录，聊天内容只
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
