Sybase ASE master数据库的前2048字节存储着Sybase数据库服务器的configuration area（配置区域）。如果configuration area corrupt，那么Sybase服务器无法启动。

造成configuration area corrupt的原因一般为硬件故障。通过下面的案例分享configuration area corrupt的一种恢复方法。

背景：

版本：ASE 15.0.3 ESD#3

在通过临时设置参数upgrade version为492来重置sa口令为空时，忘记将upgrade version改回原值 (参考：将Sybase ASE登录sa的密码置为空NULL的方法)。之后重启Sybase服务器时报错：

Pre 10.0 database cannot work with this version of the server. Please upgrade the databases to 10.0 or above release and then try to start with this version of the server. Shutting down ***.

ASE配置文件(*.cfg)中大多数情况下不存在参数：upgrade version。在cfg中添加upgrade version=15000后，启动时仍然报上面的master数据库版本低于10.0的错误。

通过比较多个版本的configuration area，发现master数据库的第1805和第1806字节表示upgrade version，15000的十六进制形式为：0x3A98，则将第1805字节改为98，第1806字节改为3A（此处master为linux平台上的数据库）。改为之后启动报错：

The configuration area in device '/home/sybase/data/master.dat' appears to be corrupt. The server cannot continue and will shut down.

看来仅仅修改2个字节的内容无法验证通过，那么通过替换master数据库头部2048字节呢？ 我测试是可行的！

步骤：

1、使用相同版本的dataserver(ASE 15.0.3 ESD#3) 创建一个新的master库

dataserver -d /home/sybase/data/new.master.dat -b 51200 -z 4k

页面大小要与源环境相同，master设备大小不必与源环境相同

2、将新master库的configuration area拷贝到文件config_block.out

dd if=new.master.dat  of=config_block.out bs=2048 count=1

3、覆盖源环境的master设备的前2048字节内容

dd if=config_block.out  of=master.dat bs=2048 count=1 conv=notrunc

一定要加conv=notrunc，这样不会截断master.dat第2048字节后的内容。

4、使用修改后的master.dat成功启动

个人感觉，如果启动Sybase ASE服务器时仅仅报错：The configuration area in device '/home/sybase/data/master.dat' appears to be corrupt. The server cannot continue and will shut down.而没有其它信息，那么使用替换configuration area的方法可行性比较高。

如果在报The configuration area in device '/home/sybase/data/master.dat' appears to be corrupt. The server cannot continue and will shut down.之前还有其他信息，比如：

os_create_region: can't allocate 37076992 bytes
kbcreate: couldn't create kernel region.
kistartup: could not create shared memory

可能的原因是：操作系统共享内存配置值太低，尤其在Linux平台上。

Linux平台上增加共享内存方法：编辑/etc/sysctl.conf，修改kernel.shmmax值（字节为单位），sysctl -p生效。或者临时设定/proc/sys/kernel/shmmax。

相关文章

• 2013-11-11 -- Sybase ASE 15.0.3 for windows平台安装文档 – 5、安装后的配置工作 (1)
• 2013-11-11 -- Sybase ASE 15.0.3 for windows平台安装文档 – 4、安装Sybase数据库服务 (0)
• 2013-11-11 -- Sybase ASE 15.0.3 for windows平台安装文档 – 3、升级到 Sybase 15.0.3 ESD #3 (0)
• 2013-11-11 -- Sybase ASE 15.0.3 for windows平台安装文档 – 2、安装Sybase ASE程序 (0)
• 2013-11-11 -- Sybase ASE 15.0.3 for windows平台安装文档 – 1、安装前的准备工作 (1)
• 2013-10-15 -- ASE中xml服务使用方法简介 (0)
• 2013-09-16 -- ASE从表中随机选择数据的三种方法 (0)
• 2013-09-08 -- 查看ASE v15正在执行的SQL语句内容 (0)
• 2013-06-02 -- Sybase数据库恢复工具 (0)
• 2013-06-02 -- (0)

试用方法：

SQL ASE非常规恢复工具

SQL Anywhere非常规恢复工具：ReadASADB/p>

如果没有跳转，请直接访问该页面：Sybase ASE&ASA非常规恢复工具

相关文章

• 2013-06-02 -- (0)
• 2019-04-12 -- Sybase ASE及SQL Anywhere数据库修复专家 (0)
• 2012-06-22 -- Sybase SQL Anywhere(ASA)数据库非常规恢复工具 (0)
• 2012-06-11 -- 研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具 (3)
• 2009-11-18 -- Sybase Adaptive Server Enterprise(ASE)数据库恢复工具 (2)
• 2019-04-11 -- SQL Server 数据库修复专家SQLRescue (0)
• 2010-02-25 -- MSSQLSERVER利用日志恢复drop table的表数据[转] (0)
• 2010-02-23 -- 成功恢复drop table的表内数据 (3)
• 2015-01-16 -- master数据库配置区域(configuration area)损坏的一种修复方法 (1)
• 2012-04-11 -- ASE修改列的默认值属性 (0)

联系手机：（微信），QQ： ！
郑重承诺，修不好不收费。客户验证数据的正确性后，再付款。

Sybase SQL Anywhere(ASA)数据库非常规恢复工具

ReadASADB---一个不依赖数据库管理系统、直接从db文件上提取数据的业内领先的恢复工具！

一、SQL Anywhere、UltraLite介绍
SQL Anywhere  一个免维护、易管理的移动数据库。

SQL Anywhere 提供了企业级的功能，包括完全的事务处理、无与伦比的可靠性和功能，包括参照完整性、存储过程、触发器、行级锁、自动的任务安排和自动恢复等功能

• 易于使用，易于管理 ，降低最终用户的日常管理费用！
• 多平台支持
• 资源效率高
• 配套的定时数据同步工具Mobilink

UltraLite 是一种用于小型、移动和嵌入式设备的、具有同步功能的关系数据库

• 稳健的数据管理
• 强大的同步功能
• 直接简明的开发
• 多平台可用性

您可以开发和部署用于 Windows CE、 Palm OS 和基于 Java 的设备的 UltraLite 数据库应用程序！

二、ReadASADB功能
能够从损坏的SQL Anywhere数据文件(.db)和UltraLite数据文件(.udb)上提取数据的非常规恢复工具

1. 适用于所有的SQL Anywhere版本    包括：5.x,6.x,7.x,8.x,9.x,10.x,11.x,12.x,16.x
2. 适用于所有的UltraLite版本
3. 能够恢复出来表结构和数据
4. 能够恢复自定义数据类型
5. 能够恢复存储过程等对象的语法
6. 能够导出到目标数据库
7. 能够导出到SQL文件并生成导入脚本
8. 支持多种字符集  包括：cp850、cp936、gb18030、utf8等
9. 能够恢复未加密或者简单加密类型的数据
10. 简单易用
11. 限制：不支持AES加密的数据文件

三、ReadASADB适用场景

各种误操作：

1. 误截断表(truncate table)
2. 误删除表(drop table)
3. 错误的where条件误删数据
4. 误删除db或log文件
5. 误删除表中的字段

四、ReadASADB恢复数据过程
关于工具ReadASADB还可以参考我的博客：
研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具
ASA数据库物理存储结构分析（1）
ASA数据库物理存储结构分析（2）
 

浏览操作过程视频：
 

视频浏览地址：https://www.dbainfo.net/wp-content/uploads/file/SQL_Anywhere_Recovery_Tool-ReadASADB-demo.swf

幻灯片格式的下载地址：SQL Anywhere恢复工具介绍.ppt

相关文章

• 2019-04-12 -- Sybase ASE及SQL Anywhere数据库修复专家 (0)
• 2012-06-11 -- 研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具 (3)
• 2019-04-11 -- SQL Server 数据库修复专家SQLRescue (0)
• 2013-06-02 -- Sybase数据库恢复工具 (0)
• 2013-06-02 -- (0)
• 2009-11-18 -- Sybase Adaptive Server Enterprise(ASE)数据库恢复工具 (2)
• 2012-04-11 -- ASE修改列的默认值属性 (0)
• 2010-02-25 -- MSSQLSERVER利用日志恢复drop table的表数据[转] (0)
• 2010-02-23 -- 成功恢复drop table的表内数据 (3)
• 2015-01-16 -- master数据库配置区域(configuration area)损坏的一种修复方法 (1)

此工具支持ASA v5.0,v6.0,v7.0,v8.0,v9.0,v10.0,v11.0,v12.0等版本。恢复Sybase SQL Anywhere的工具在国内应该算首创。

本工具的应用场景：

1.因为物理磁盘故障、操作系统、系统软件方面或者掉电等等原因导致的Sybase SQL Anywhere数据库无法打开的情况；

2.误操作，包括truncate table,drop table,不正确的where条件导致的误删除等；

Sybase SQL Anywhere无法打开时，比较常见的错误是：Assertion failed。

如：

1、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Checkpoint log: invalid bitmap page -- transaction rolled back
2、Internal database error *** ERROR *** Assertion failed:201819 (8.0.1.2600) Page number on page does not match page requested -- transaction rolled back
3、Internal database error *** ERROR *** Assertion failed:200502 (9.0.2.2451) Checksum failure on page 23 -- transaction rolled back

4、File is shorter than expected

5、Internal database error *** ERROR *** Assertion failed: 201116 Invalid free list index page found while processing checkpoint log -- transaction rolled back

6、*** ERROR *** Assertion failed: 51901 Page for requested record not a table page or record not present on page

7、*** ERROR *** Assertion failed: 201417 (7.0.4.3541) Invalid count or free space offset detected on a table page

8、Internal database error *** ERROR *** Assertion failed: 201425 (8.0.3.5594) Invalid count or free space offset detected on a free list page -- transaction rolled back.

9、Internal database error *** ERROR *** Assertion failed: 100702 (8.0.1.2600) Unable to modify indexes for a row referenced in rollback log -- transaction rolled back

等等。报错的同时可能会在db文件相同目录下生成assert.dmp文件。

关于Assertion Failure，大家可以参考Sybase官方技术文章：I've got an assertion! What should I do?

本博中有两篇文章介绍Sybase SQL Anywhere数据库db文件的物理存储结构的分析过程，可以参考一下：

ASA数据库物理存储结构分析（1）

ASA数据库物理存储结构分析（2）

本人不提供此工具的下载。如想了解使用本工具恢复损坏db文件的过程，可以观看下面的视频：

全屏浏览视频：https://www.dbainfo.net/wp-content/uploads/file/SQL_Anywhere_Recovery_Tool-ReadASADB-demo.swf

如果您的ASA数据库需要恢复的话，可以联系我。

相关文章

• 2012-06-22 -- Sybase SQL Anywhere(ASA)数据库非常规恢复工具 (0)
• 2019-04-12 -- Sybase ASE及SQL Anywhere数据库修复专家 (0)
• 2013-06-02 -- Sybase数据库恢复工具 (0)
• 2013-06-02 -- (0)
• 2019-04-11 -- SQL Server 数据库修复专家SQLRescue (0)
• 2009-11-18 -- Sybase Adaptive Server Enterprise(ASE)数据库恢复工具 (2)
• 2010-02-25 -- MSSQLSERVER利用日志恢复drop table的表数据[转] (0)
• 2010-02-23 -- 成功恢复drop table的表内数据 (3)
• 2015-01-16 -- master数据库配置区域(configuration area)损坏的一种修复方法 (1)
• 2012-11-10 -- 免费提供Sybase ASE v15.0.3试用测试服务器环境 (0)

-- 对数据库进行备份
BACKUP DATABASE Db TO DISK = ' c:\db.bak ' WITH FORMAT
GO

-- 创建测试表
CREATE TABLE Db.dbo.TB_test(ID int )

-- 延时1秒钟,再进行后面的操作(这是由于SQL Server的时间精度最大为百分之三秒,不延时的话,可能会导致还原到时间点的操作失败)
WAITFOR DELAY ' 00:00:01 '
GO

-- 假设我们现在误操作删除了 Db.dbo.TB_test 这个表
DROP TABLE Db.dbo.TB_test

-- 保存删除表的时间
SELECT dt = GETDATE () INTO #
GO

-- 在删除操作后,发现不应该删除表 Db.dbo.TB_test

-- 下面演示了如何恢复这个误删除的表 Db.dbo.TB_test

-- 首先,备份事务日志(使用事务日志才能还原到指定的时间点)
BACKUP LOG Db TO DISK = ' c:\db_log.bak ' WITH FORMAT
GO

-- 接下来,我们要先还原完全备份(还原日志必须在还原完全备份的基础上进行)
RESTORE DATABASE Db FROM DISK = ' c:\db.bak ' WITH REPLACE ,NORECOVERY
GO

-- 将事务日志还原到删除操作前（这里的时间对应上面的删除时间，并比删除时间略早
DECLARE @dt datetime
SELECT @dt = DATEADD (ms, - 20 ,dt) FROM #  -- 获取比表被删除的时间略早的时间
RESTORE LOG Db FROM DISK = ' c:\db_log.bak ' WITH RECOVERY,STOPAT = @dt
GO

-- 查询一下,看表是否恢复
SELECT * FROM Db.dbo.TB_test

/* --结果:
ID
-----------

（所影响的行数为 0 行）
-- */

-- 测试成功
GO

-- 最后删除我们做的测试环境
DROP DATABASE  Db
DROP TABLE #

相关文章

• 2013-06-02 -- Sybase数据库恢复工具 (0)
• 2013-06-02 -- (0)
• 2010-02-23 -- 成功恢复drop table的表内数据 (3)
• 2012-06-22 -- Sybase SQL Anywhere(ASA)数据库非常规恢复工具 (0)
• 2012-06-11 -- 研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具 (3)
• 2009-11-18 -- Sybase Adaptive Server Enterprise(ASE)数据库恢复工具 (2)
• 2019-04-12 -- Sybase ASE及SQL Anywhere数据库修复专家 (0)
• 2019-04-11 -- SQL Server 数据库修复专家SQLRescue (0)
• 2015-01-16 -- master数据库配置区域(configuration area)损坏的一种修复方法 (1)
• 2010-12-13 -- SQL Server 2005系统数据库master重建、修复 (0)

这是一篇受密码保护的文章。您需要提供访问密码：

密码：

相关文章

• 2013-06-02 -- Sybase数据库恢复工具 (0)
• 2013-06-02 -- (0)
• 2010-02-25 -- MSSQLSERVER利用日志恢复drop table的表数据[转] (0)
• 2012-06-22 -- Sybase SQL Anywhere(ASA)数据库非常规恢复工具 (0)
• 2012-06-11 -- 研发成功了从Sybase SQL Anywhere的DB文件上恢复数据的工具 (3)
• 2009-11-18 -- Sybase Adaptive Server Enterprise(ASE)数据库恢复工具 (2)
• 2019-04-12 -- Sybase ASE及SQL Anywhere数据库修复专家 (0)
• 2019-04-11 -- SQL Server 数据库修复专家SQLRescue (0)
• 2015-01-16 -- master数据库配置区域(configuration area)损坏的一种修复方法 (1)
• 2012-09-26 -- dbcc配置过程 (0)