在Java开发中，有时需要读取DBF（dBase文件）格式的数据文件，而这些文件通常采用GBK（简体中文）编码。本文将介绍如何使用Java读取采用GBK编码的DBF文件。
在 10G 和 11G 中，DBA 可以根据文件名，确定这个文件在 ASM 磁盘组上的分布，然后 dd 出来每一个 AU，最后拼凑成一个完成的数据文件。
在Oracle 10g的中搭建Data Guard环境真是一个纠结，目前大体都是采用两种方式，一种是rman备份，一种是duplicate的方式，但是这两个地方不够让我满意，一来是rman备份数据量不小，需要先在本地生成备份，然后拷贝到备库去，这个搭建周期略长，另外一个就是推荐的方式duplicate,在10g中有些鸡肋的味道，本地备份，然后拷贝到备库，然后动用duplicate的方式，这样的方式还不如手工rman的方式同步来得顺心顺意，所以在10g中我是不怎么喜 欢duplicate方式。当然11
Case：需要给一个现有的shp数据创建一个字段，并将属性表中原有的一个文本类型的属性转换为整型后填入新创建的字段。
一.新建仓库 2.下载安装git软件 3.将远程代码拉取到本地（官方文档:[https://gitee.com/help/articles/4181#article- header0](https:/
2.下载安装git软件 3.将远程代码拉取到本地（官方文档:[https://gitee.com/help/articles/4181#article- header0](https://links.
OMF,全称是Oracle_Managed Files,即Oracle文件管理，使用OMF可以简化管理员的管理工作，不用指定文件的名字、大小、路径，其名字，大小，
接着上一篇的内容：半自动化运维之动态添加数据文件（一) (r5笔记第55天) 我们可以通过监控表空间的情况，然后映射匹配文件系统中的挂载点情况，通过随机函数在各个分区中进行筛选，基本保证数据文件的创建能够分散到各个分区中。 接下来我们需要根据计算得到的挂载点，匹配创建数据文件的语句，比如数据文件为pool_data_45.dbf 这个时候我们就需要把数据文件自增，显示为pool_data_46.dbf. 为了统一管理我们可以定义一些基本的统一规则，这样在处理的时候就很方便了。 实现代码如下： 一个表空间对
ASM新建立的每个文件都有一个系统生成的名称，这个名称称之为完全限定文件名(fully qualified filename)
由于历史的原因，我国的上交所和深交所使用的还是dbf文件来进行行情数据的分发，关于卫星报盘系统，可以参考：http://maltig.itpub.net/post/12165/195151 这个博客中关于证券公司信息化的文章写的还是相当不错的。上交所使用的是show2003.dbf文件，而深交所使用的是SJSHQ.DBF，这种文件可以使用Visual FoxPro直接打开，查看其内容。接下来说说怎么使用C#读取其中的数据。
首先在运行的库中得到数据库运行的所有的物理文件位置，然后在计划内关闭数据库(shutdown)
当源数据库不存在备份集，并且磁盘空间不足的情况下，可以通过Active Database Duplication来实现对数据库的复制。
听说过Oracle 控制文件，还有快照控制文件这个说法呢？没错，尽管快照控制文件很少被提及，但确实是存在，只不过在使用RMAN时这个快照控制文件被使用。回顾一下 Oracle 控制文件，我们知道控制文件是Oracle体系结构中的重要组成部分之一，记录了当前数据库的结构信息，同时也包含数据文件及日志文件的信息以及相关的状态,归档信息，也记录了系统当前SCN的值等等。那快照控制文件也就是控制文件的一个副本，本文介绍了什么是快照控制文件以及何时被使用。
编辑手记：备份重于一切，我们必需知道,系统总是要崩溃的，没有有效的备份只是等哪一天死！今天你备份了吗？我们一起来回顾Oracle的物理备份，本文摘自《循序渐进Oracle》 逻辑备份：Oracle的逻辑备份与恢复 正文： 物理备份是指针对Oracle的文件进行的备份，这与逻辑备份针对数据的备份不同。在物理备份中，数据库使用的重要文件都需要进行针对性的备份，这些文件包括数据文件（DATA FILE）、控制文件（CONTROL FILE）、联机日志文件（REDO LOG）、归档日志文件（ARCHIVE LOG）
在前几天也花了一点时间测试了一下关于备库数据文件的迁移，这部分的工作看起来还是比较常规的，当然方法也很多。但是在实际工作中就更不能掉以轻心，所有 的操作都要有理有据。都要经过一些严格的测试，如果测试不当，很可能在后期就会出现一些看似奇怪的问题，造成一些不必要的麻烦和影响。 image.png 所以在开始之前，做了下面的准备工作。 1.在zabbix中设定了维护窗口，这样在维护操作中就不会报警。 2.检查目前的备库参数设置，是否开启了闪回区，目前的文件路径设置情况和归档情况 3.检查目标文件路径的情况，涉及权
问题：在Windows上怎么写个批处理把多个文件FTP依次下载到本地某个目录。 批处理脚本示例： @echo off title Download db files. Don't close it!!!!!! color 0b echo ======================================= echo Download db files. Don't close it!!!!!! echo --------------------------------------- echo By
由于db_file_name_convert 参数配置不当导致转换过去的文件路径在备库中无法建立
Oracle数据库克隆，也叫着Oracle数据库复制，可以通过基于用户管理的方式来完成，也可以基于RMAN方式来实现。而且Oracle建议使用RMAN方式来实现，因为它简单易用，隐藏其复杂的逻辑，仅仅是执行一条duplicate命令就可以喝茶了。当然，前期的准备工作也是不可少滴，如创建相应的dump目录，准备参数文件，配置监听等等。本文描述了Oracle 11g下如何使用RMAN实现同机克隆数据库。
2.确保数据库处于mount，非open状态，并且在加载前先以immediate方式关闭。如：
最近帮助业务部门解决了一个技术问题，因为发现有数据问题需要对存在问题的数据做分析。当然一个难点就是把数据给筛选出来，当我看到他们提供的语句，在备 库做了简单的数据评估之后，发现数据量比想象的要多，大概有200万条左右的数据，而业务部门手头有一个excel文件，需要和这些数据做一些比对，当然 停了下筛选逻辑还蛮复杂，最开始建议他们数据量太大，使用excel还是可能出问题，但是业务部门认为应该没有太大的问题，他们会有excel中的公式等 来处理，想想也有道理，就提供给了他们一个近40M的文件。 等到快中
rm删除所有控制文件，尝试添加数据文件，强制关闭数据库，尝试开启到mount状态。
备库的service_name设置为db_standby；需要到参数文件修改。
说到不完全恢复，一般有三种场景，基于时间点的不完全恢复，基于scn的不完全恢复，基于cancel的不完全恢复。 三种情况都是不完全恢复采用的方式，而不完全恢复都是在完全恢复的过程中出现了这样那样的错误，数不胜数，基本就是归档，redo损坏丢失，控制文件丢失，备份的问题，手工失误等等。 我们可以举一个不完全恢复的案例，其实在实际操作的过程中还是有一些值得总结和学习的地方。 第一步准备基本的数据。目前我们可以看到在表空间data上只有一个表new_recover SQL> select owner,segmen
1.使用自己手机上的微信打开"人堆"小程序,可以添加到"我的小程序" 2.打开模拟器的微信并登录 3.在模拟器微信的下拉小程序最近使用历史中打开"人堆",如果历史记录中没有就在我的小程序中找一找 4.打开小程序等待加载之后就可以去找源码包了 5.打开RE文件管理器,进入到以下路径查找源码包(可以根据下载时间区分出你想要的源码包)
--====================== -- 只读表空间的备份与恢复 --====================== 一、只读表空间的特性 使用只读表空间避免对静态数据的频繁备份 当使用alter tablespace tbs read only时,数据文件会执行检查点进程(将所有脏缓冲区的内容写至磁盘)， 当前的SCN号会被标注,同时存储了SCN的数据文件头部被冻结.控制文件内也会记录该数据文件的冻结信息。 可以清除只读表空间的对象 二、只读表空间的备份 一般情况下，只读表空间只需要进行一次备份，即当表空间状态发生改变时应立即进行备份 可以使用OS系统cp命令来备份或RMAN进行备份只读表空间 使用RMAN时建议启用备份优化选项 RMAN> CONFIGURE BACKUP OPTIMIZATION ON; 只读表空间不支持热备 SQL> alter tablespace tbs1 begin backup; alter tablespace tbs1 begin backup * ERROR at line 1: ORA-01642: begin backup not needed for read only tablespace 'TBS1' 三、只读表空间的还原与恢复 还原与恢复只读表空间的问题在于控制文件如何控制只读表空间，分为下列三种情况： --------- --------------- ---------------- ------------------------------------- case backup 1 crash status recovery --------- --------------- ---------------- ------------------------------------- case 1 Read-Only Read-Only 将备份的只读表空间复制到目的地(Restore) case 2 Read-Only Read-Write 先Restore backup1,后recover(applied log ) case 3 Read-Write Read-only 先Restore backup1,后recover(applied log ) 只读表空间恢复时需要考虑的问题 重建一个控制文件时 重命名数据文件时 使用一个备份的控制文件时 下面对表空间tbs1置为只读后对比前后生成的重建控制文件的脚本
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虚拟磁盘已经全部清零了（在创建虚拟磁盘的时候会选择创建磁盘的类型），也是这个新建的虚拟机所占用的磁盘空间全部被清零。 如果新虚拟磁盘占用了删除虚拟机磁盘所释放的空间，那么此部分空间将无法恢复的。
在数据的备份恢复中，基本都在使用rman来做了，但是从数据库的内部原理来说，对于介质恢复，其实还是做两件事，restore和recover. restore是一个类似物理文件的复制，而recover则在数据库后台根据scn做相关的数据恢复。 在归档模式下，一般有下面四种场景可以做完全恢复，当然前提还是在有备份的情况下。 我们可以不依赖rman来手工完成备份恢复的这些过程。因为手工的过程其实也不复杂。 手工备份恢复，那么备份就是热备了。如果连归档没开，就会报出下面的错误。 SQL> alter tables
对于基于生产环境下的数据库的版本升级或者测试新的应用程序的性能及其影响，备份恢复等等，我们可以采取从生产环境以克隆的方式将其克隆到本地而不影响生产数据库的正常使用。实现这个功能我们可以借助rman duplicate方式以及其简单的方式来完成。duplicate方式不同于OS级别的备份，它会为辅助数据库(克隆出来的数据库)生成一个新的dbid，而能够同时将目标数据库(原数据库)与辅助数据库注册到同一个恢复目录。本文描述了使用rman duplicate实现异机数据库克隆。
MaMoCrypt是一款臭名昭著的勒索软件，该勒索软件从去年的十二月份开始活跃，深受其害的用户可以算是不计其数了。那么在这篇文章中，我们将告诉大家如何恢复、解密被MaMoCrypt勒索软件加密的数据。
源环境：RHEL6.4 + Oracle 11.2.0.4 目的环境：Windows 2003 需求：研发测试环境的Oracle数据库从Linux迁移到Windows，可以停机。
首先强调，备份是最安全，快捷，有效的恢复方式，一个DBA，如果没有规划好有效的备份，终有一天，他会被噩梦惊醒。
在数据库中对于数据文件都是提前规划，不够就加的情况，很少会留意到其实有些数据文件那么大，其实条件允许也是可以收缩收缩的。 这种情况在本地测试环境中尤为突出，本来就用虚拟机跑个数据库，硬盘空间就够紧张，几十M几百M都是空间，都得“兆兆”计较。 今天在做dataguard的练习的时候，发现主库中的数据文件有些大，差不多4G左右，其实这个库里也没有装什么特别的东西，都是些测试表，完全可以清楚，使用dba_segments查看了下，有一个测试表在2G左右，占了不少的空间，基本一个数据文件都占完了。 FILE_NAM
移动数据文件/home/oracle/cjctbs02.dbf到/u01/app/oracle11/oradata/chendb/cjctbs02.dbf
因为最近需要做一个测试，就顺手搭建了一套简单的dg环境。不过碰到了一些小问题。 数据库环境是11gR2，备库是开在open状态，配置了dg broker,一切都很快完成了。备库状态为"READ ONLY WITH APPLY"当然这是期望之中ADG的状态。 然后在主库需要做一些配置，准备创建几个表空间 先创建了一个表空间 create tablespace testdata datafile '/DATA/app/oracle/oradata/test04/testdata01.dbf' size 100
Dell MD 3200系列存储（用于存放虚拟机文件），VMware ESXi 5.5版本，因意外断电，导致某台虚拟机不能正常启动，查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。找VMware工程师诊断后，尝试新建一个虚拟机来解决故障，但发现ESXi存储空间不足。因此就将故障虚拟机下的xxx-flat.vmdk磁盘文件删除。
Oracle提供了DBCA来创建数据库，对于初学者来说使用DBCA创建数据库简化了很多工作和设置，直接在交互界面即可实现所有的功能。然而对于实际的生产数据库来说，使用DBCA来创建不切实际，建议按实际需求规划来创建数据库。Oracle数据库的创建不像SQL server，直接使用CREATE DATABASE DB_NAME(仅作临时，演示用)一条语句即可实现。不管是SQL还是Oracle，对于创建生产型数据库都需要进行需求分析、规划、创建等步骤。
对于Oracle数据库的创建，Oracle除了支持dbca(GUI界面)，同时也支持手工方式创建数据库，即使用CREATE DATABASE语句创建数据库。使用此语句对使用DBCA的一个优点是可以从脚本内创建数据库。在Oracle 12c版本中支持12c之前的非CDB数据库以及CDB容器数据库。因此创建方式略有不同。本文同时描述2种不同数据库的手工创建方法。
有时候我们在做维护的时候，总会遇到类似于IO特别高，但不能判定是IO瓶颈还是软件参数设置不当导致热盘的问题.这时候通常希望能知道磁盘的读写速度，来进行下一步的决策.
已提前最小化安装CentOS 7.5和Oracle 11gR2裸数据库软件，记录下手工建库过程，方便了解dbca建库原理。
Oracle 11g RMAN能够实现基于活动数据库进行异机克隆，从而省去需要先备份再ftp到辅助服务器的过程。这一切可以全部交给Oracle来搞定。在克隆期间，Oracle会读取Target DB的所有数据结构，无须人为的干预(不同的磁盘系统，文件路径与文件名要指定转换方式)。尽管如此，对于生产环境数据库在整个克隆期间性能会下降，其次在Target Server与Auxiliary Server中会产生较大的网络流量。如果这些可以接受的话，从活动数据库进行异机克隆是一个不错的选择。本文首先描述了克隆时不同的连接与克隆方式样本，最后演示了基于活动数据库的克隆。
SQL> select status from v$instance; STATUS ------------ MOUNTED SQL> ALTER DATABASE OPEN; ALTER DATABASE OPEN * ERROR at line 1: ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
说到病毒，一般人第一时间就会想到“新型冠状病毒”。作为一名Oracle DBA，提到病毒，我们还会想起最近今年来，在Windows平台上大量爆发的“比特币勒索病毒”，它曾感染了某个国家的交通系统，导致交通系统瘫痪，也曾感染某省的国土资源厅系统，使不动产系统长达10天之久不能正常对外提供服务。
众所周知我们的Data Guard数据同步是基于日志流的。所以在主库执行nologging操作是不被允许的。这也就是为什么我们需要在配置Data Guard阶段需要使用Force Logging。但是这也会带来很多问题（SQL执行效率），例如：当我们使用数据泵进行迁移时我们希望最少停机时间完成，这时候我们就可能会考虑到以最小日志导入的方式以加快导入速度，然后重新同步备库。
执行备份或还原的数据库称为目标。在一些环境下，有许多数据库，因此有许多RMAN目标。应一次连接每个数据库。目标的每个备份都有一些属性：
Last Updated: Monday, 2004-11-15 10:32 Eygle
http://www.eygle.com/ha/dataguard-step-by-step.htm
今天和大家分享下数据库的创建和删除的步骤，里面有很多细节需要大家考虑。创建数据库不只是一个create database语句。删除数据库 drop database也不是随时都能执行的。 --创建数据库的步骤。 1.用户，文件系统，挂载点和网络的配置，内核参数配置 这个需要提前准备好。 2.ORACLE_HOME的安装和PSU oracle_home的安装，这个也可以静默安装，不过有条件还是图形界面装，也省事。 最好打上最新的psu。省去不少潜在的问题。 3.初始化参数的考虑 有4个必备的参数。 db_
在本地的环境中测试外部表的性能，由于空间有限，不一会儿归档的空间就爆了。然后文件貌似出现了系统级的问题，刚刚rm掉的归档日志文件。隔了几秒钟再ls，就出现了。怎么删都删不掉。尝试了多次之后，无奈尝试shutdown immediate结果等了好半天还是没反应，然后采用shutdown abort后重启，库直接起不来了。报了ora错误，然后库就起不来了。 查看日志显示，和之前碰到的归档空间不足导致的问题一致。清除有问题的归档之后，重启库就起来了。可以参见日志：http://blog.itpub.net/237
Oracle 临时表空间是Oracle数据库的重要组成部分，尽管该部分并没有cont体系结构上得以展现，但其重要地位也是不容忽视的。尤其是 对于大型的频繁操作，如创建索引，排序等等都需要在临时表空间完成来减少内存的开销。当然对于查询性能要求较高的应尽可能的避免在磁盘 上完成这些操作。本文主要描述的是临时表空间的管理与受损恢复。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
