如何重置被保护的数据库？ (重置被保护数据库)

随着互联网和云计算的快速发展，数据库已成为企业和个人存储和处理数据的重要工具。然而，随着数据泄露事件和黑客攻击的不断增多，安全问题也成为数据管理面临的严峻挑战。许多数据库采取了不同的安全措施保护数据安全，如访问控制、加密、备份等。在这种背景下，当数据库遇到被保护的情况，如何重置被保护的数据库成为了一项重要的技能。

1.了解账户权限

在重置被保护的数据库之前，首先需要了解当前账户的权限。因为有些数据库可能对特定操作有限制，比如创建新数据库、备份数据等操作。因此，在重置之前，我们需要确认当前账户是否有足够的权限执行我们计划中的操作。如果没有足够的权限，我们需要通过管理员账户或其他有权限的账户来进行操作。

2.备份

在重置被保护的数据库之前，必须先备份所有的数据和日志文件。备份可以帮助我们在操作数据库时防止数据丢失或数据库损坏。因此，注意备份数据库信息是重置前必须考虑到的。

3.关闭数据库

在开始重置被保护的数据库之前，必须先关闭所有数据库进程。关闭数据库可以减少损坏的风险，并确保重置过程中的数据一致性。关闭数据库后，我们进行重置的操作将无法访问或损坏当前数据，更大化地保护了我们的数据安全。

4.删除旧版本的数据库

删除旧版本的数据库可以释放磁盘空间，并避免出现意外的访问和更改。我们可以通过SQL命令行、SQL Server Management Studio（SS）等工具来删除旧版本的数据库，并确保删除的数据库不会影响其他操作，如备份和升级。

5.清空数据库

在删除旧版本的数据库后，需要清空新数据库中的所有数据。我们可以使用SQL命令行、SQL Server Management Studio（SS）等工具来清空数据库。此处要注意，清空数据库后将无法恢复任何数据，应谨慎操作。

6.重建数据库

在清空数据库后，需要使用 SQL 命令行、SS 等工具来重建数据库。在这一步中，我们可以指定新数据库的名称、大小、数据类型等信息。这里，我们可以使用之前备份的数据进行恢复，也可以开始一个新的、全新的数据库。

7.恢复备份文件

一旦删除了旧版本的数据库并清除了数据库，我们就可以恢复之前备份的数据。可以通过使用 SQL Server 或 SS 恢复备份文件，还可以使用其他数据库恢复工具。 确保恢复的数据和备份的数据是同一版本，以确保数据的一致性。

8.测试新数据库

在恢复备份文件后，我们需要测试所有新数据库以确保它们正常运行。测试是否能够正确地执行所有操作，检查所有的权限和配置，确保数据库可被安全地使用。

在这之后，你就可以顺利地完成了一次数据库的重置，并且可以在之后完成其他需要的操作。对于每一个处理数据文件，良好的安全措施是非常重要的。不管是个人还是公司，您可以依靠明智的数据管理来保护您的数据，抵御潜在的网络攻击。

相关问题拓展阅读：

• Oracle数据库的备份及恢复策略研究
• sql2023数据库紧急模式如何恢复
• 如何解决无法打开数据库，恢复操作已将数据标记为suspect。

Oracle数据库的备份及恢复策略研究

多工联机重作日志文件

　　每个数据库实例都有其自己的联机重作日志组 在操作数据库时 Oracle首先将数据库的全部改变保存在重作日志缓冲区中 随后日志记录器进程（LGWR）将数据从系统共用区SGA（System Global Area）的重作日志缓冲区写机重作日志文件 在磁盘崩溃或实例失败时 可以通过与之相关的联机重作日志来保护数据库 将损失降至更低 但Oracle在默认的方式下只创建一组重作日志文件（每一组只有一个项目文件） 为了减少丢失这些重要的重作日志文件的危险 因此需要对其进行镜像拷贝

　　在Oracle级多工联机重作日志文件 即增加多个文件到每个组以便镜像数据 这样I/O故障或写丢失只损坏一个拷贝 从而保证了LGWR后台进程至少能够向一个成员写入信息 数据库仍然可以继续运行 同时应保证日志组的成员不应驻存在同一物理设备上 因为这将削弱多重日志文件的作用

　　

镜像拷贝控制文件

　　控制文件描述通用的数据库结构 它存储了大量数据库状态信息 包括物理结构和联机重作日志文件在当时的名称 位置 状态 控制文件在数据库启动时被Oracle实例读取 保持打开并随着操作而文件内容更新 直到实例关闭为止 在它打开的过程中能够同步需要恢复的信息 包括检查点信息 因此若损坏或丢失了控制文件 Oracle将不能继续工作 因此应在系统中保持控制文件的多个拷贝 且这些拷贝应置于安装于不同磁盘控制器下的不同磁盘设备中

　　由于Oracle没有提供对控制文件多工的完整支持 因此应在对控制文件使用操作系统或硬件镜像 即在修改初始化文件的control_files参数后重新启动数据库前 应将控制文件复制到定义的新位置 否则数据库启动时将会出错

　　

激活归档进程

　　当数据库运行于NOARCHIVELOG模式下时 只能在完全关闭数据库后进行数据库的一致备份 并且同时禁用了联机重作日志的存档 这样在Oracle实例失败时只能将数据库修复到最近的完整数据库备份时的那一点上 不能在失效点处对实例进行恢复 而在ARCHIVELOG模式下 数据库不仅可以进行一致备份 还可以在数据库打开的情况下进行联机备份 通过数据库的备份和联机与存档的重作日志文件 用户可以恢复所有已提交的事务 并允许将数据库恢复到指定的时间 SCN或日志系列号处 增大了恢复的灵活性 减少了故障时的数据丢失 因此数据库应运行于ARCHIVELOG模式

　　在ARCHIVELOG模式下为了防止文件损坏和介质故障 应把日志归档到不同的磁盘上 这可以通过在初始化文件中为归档重作日志指定多个目标实现

　　

数据库实施较大改变时备份

　　因为控制文件中保存了数据库的模式结构信息 因此在对数据库进行较大改变（包括改变表结构 增加 删除日志文件或数据文件等）时应立即备份控制文件及相应的数据文件

　　

使用RESETLOGS选项打开数据库后进行备份

　　在以RESETLOGS选项打开数据库后 应对整个数据库进行脱机或联机的备份 否则将不能恢复重置日志后的改变

　　当以RESETLOGS选项打开数据库时 Oracle将抛弃恢复中没有应用的重复信息 并确保永远不再运用 同时还将初始化控制文件中关于联机日志和重作线程的信息 清除联机日志中的内容 因此 RESETLOGS前的归档日志的序列号将与RESETLOGS后的Oracle控制文件的要求值不相符（备份文件中的检查点比控制文件中的检查点旧） 即在恢复中不能应用以前的归档日志文件 从而导致RESETLOGS操作之前的备份在新形体中无用

　　

避免备份联机重作日志文件

　　由于文中提出了多工联机重作日志文件且数据库运行于ARCHIVELOG模式 ARCH进程能够将联机重作日志归档 因此不必对其进行备份 若用备份的联机重作日志文件重建它 可能会引起日志文件序列号的混乱 从而破坏数据库 得到适得其反的结果

　　

重置联机日志

　　在进行了不完全恢复或用备份控制文件进行恢复后 应重置联机日志

　　为了确保数据库的一致性 必须保证在恢复后所有数据文件都恢复到同一个时间点 但不完全恢复可能导致数据文件中具有一个与其它文件不同的检查点 导致数据库的一致性受到破坏 同样 备份的控制文件中保存的SCN和计数器与当前日志文件中的值可能不同 从而也破坏了数据库的一致性 因此应在进行完上述两项操作后重置联机日志

　　

数据库的逻辑备份

　　以上所述备份都为物理备份 是实际物理数据库文件从一处拷贝到另一处的备份 除此之外还可使用Oracle提供的导出实用程序进行数据库的逻辑备份 Oracle同时还提供了相应的导入实用程序重建逻辑备份中保存的信息

　　逻辑备份只拷贝数据库中的数据 而不记录数据位置的备份过程 它利用SQL语句 从数据库中导出数据到一个存放在合适位置的外部文件中 同时并可检测到数据块的损坏 因此可用其作为物理备份的补充

备份策略

　　考虑到如今大部分信息系统每周的业务是 × 操作 因此采用联机备份 否则可每隔一定时间进行一次脱机备份

　　应用上述规则 可得出下述典型的备份策略

　　①镜像拷贝重作日志文件

　　②镜像拷贝控制文件

　　③激活归档进程 即以ARCHIVELOG模式操作数据库

　　④每天进行数据库的部分联机备份（每天进行数据库的完全热备份将无畏地增加数据库的负担且没有必要 同时也增加了数据库恢复时的灵活性）

　　⑤每隔一周或几周进行一次数据库的逻辑备份

　　

实际项目应用

　　当数据库中的文件达到一定数量后 DBA可能记不住该备份的文件的名或位置 因此 若能使备份过程自动化可有效地减轻DBA的负担 同时不会遗漏应备份的文件 应用自动批处理文件及脚本文件可实现备份 恢复的自动化 下面简介了在实际项目开发中应用本文所提出的自动备份 恢复策略 通过实际应用 证明了该策略的正确性和可行性

　　（ ）下述脚本实现联机重作日志的多工

　　connect 账户名/密码    alter database ktgis add logfile member 日志文件的存储位置 to group 联机日志组号;    shutdown immediate    startup pfile=初始化文件的存放位置 exclusive mount; 装载数据库且不打开    alter database archivelog; 激活归档进程    alter database open;    exit

　　（ ）下列VB代码自动建立联机备份的批处理文件及相应的脚本文件

　　Set adoTmp = objConnect Execute( select tablespace_name from sys dba_data_files ) 得到数据库中的表空间名    Dim lnum As Long    Dim lnum As Long    lNum = FreeFile    Open 自动备份批处理文件路径 For Binary As lNum    lnum = FreeFile    Open onlinebegin sql For Binary As lnum onlinebegin sql为设置表空间进入热备份模式的脚本文件文件名    lnum = FreeFile    Open onlineend sql For Binary As lnum onlinebegin sql为结束表空间热备份模式的脚本文件文件名    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = shutdown immediate & Chr( ) & Chr( )    Put lnum strTmp    strTmp = startup pfile=初始化文件的存放位置exclusive mount; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database archivelog; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = alter database open; & Chr( ) & Chr( )    Put lnum strTmp    strTmp = connect 账户名/密码 & Chr( ) & Chr( )    Put lnum strTmp    strTmp = Oracle服务管理器路径 & @ & onlinebegin sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlinebegin sql    Put lNum strTmp    Do While Not adoTmp EOF    Set adoTmp = objConnect Execute( select file_name from sys dba_data_files where tablespace_name= & adoTmp Fields( ) & ) 得到当前表空间所对应的所有数据文件名 通过循环即可得到所有表空间所对应数据文件名 若只备份指定的表空间 可指定表空间名从而得到其对应的物理数据文件    strTmp = alter tablespace & adoTmp Fields( ) & begin backup; & Chr( ) & Chr( ) 将表空间置于热备份模式    Put lnum strTmp    strTmp = Oracle的ocopy exe工具全路径 & adoTmp Fields( ) & & 备份文件存放路径 & Chr( ) & Chr( )    Put lNum strTmp    strTmp = alter tablespace & adoTmp Fields( ) & end backup; & Chr( ) & Chr( ) 表空间恢复正常模式    Put lnum strTmp    adoTmp MoveNext    Loop    strTmp = Oracle服务管理器路径 & @ & onlineend sql & Chr( ) & Chr( ) 在服务管理器中执行脚本文件onlineend sql    Put lNum strTmp    strTmp = exit & Chr( ) & Chr( ) 退出服务管理器    Put lnum strTmp    strTmp = alter system switch logfile; & Chr( ) & Chr( ) 强制日志转换 使Oracle创建一个归档日志文件    Put lnum strTmp    strTmp = exit & Chr( ) & Chr( )    Put lnum strTmp    Close    Set adoTmp = Nothing    Set adoTmp = Nothing

　　运行得到的自动批处理文件 即可自动进行数据库的联机备份

　　（ ）在从备份中恢复数据文件后 执行下列脚本将数据库的恢复程序

　　connect账户名/密码    shutdown abort    startup mount pfile=初始化文件的存放位置; 装载数据库    set autorecovery on; 打开自动恢复    recover database;    alter database open; 打开数据库

　　

结束语

lishixinzhi/Article/program/Oracle/202311/18527

sql2023数据库紧急模式如何恢复

use master

go

exec sp_configure ‘allow updates’,1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表的开关 */

go

update sysdatabases set status=32768 where name=’jiax’ /* 设置数据库状态*/

go

update sysdatabases set status=0 where name=’jiax’ /* 重置数据库状态 */

go

exec sp_configure ‘allow updates’,0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */

/*一条一条执行语句，起作用的是set status=0那句，其中jiax是数据库名字*/

如何解决无法打开数据库，恢复操作已将数据标记为suspect。

5. 释放磁盘空间并且重新运行恢复操作,按照下面的步骤收缩日志。

sp_resetstatus 关闭数据库的置疑标志，但是原封不动地保持数据库的其它选项。

为从根本上解决这样的问题,你可以按下面的操作配置SQLSERVER:

a.如果不需要恢复到指定的时间点,你可以将数据库的恢复模式配置为简单,这样

UPDATE,DELETE,SELECT就不会记录日志,日志就不会增加的很大:

USE MASTER

GO

ALTER DATABASE DB_NAME SET RECOVERY SIMPLE

b.如果你的恢复模式是全部,你一定要配置日志字段收缩:

USE MASTER

GO

sp_dboption ‘databasename’,’trunc. log on chkpt.’,true

sp_dboption ‘databasename’,’autoshrink’,true

c.通过每日备份将日志收缩:

BACKUP DATABASE DATABASE_NAME TO BACKUP_DEVICES

BACKUP LOG DATABASE_NAME TO LOG_DEVICES

OR

BACKUP LOG DATABASE_NAME with truncate_only

**检查日志的容量:DBCC SQLPERF (LOGSPACE) 这时日志并没有收缩!

d.每天在备份数据库完成之后,重新启动MS SQLSERVER SERVICE.

USE DATABASE_NAME

go

DBCC SHRINKFILE(2,truncateonly)

**检查日志的容量:DBCC SQLPERF (LOGSPACE) 这时日志已经收缩!

e.手动快速收缩日志:

/ *run below script,you will shrink you database log files

immediately, in my experience,you need to run the script foror

minutes before stopping it manually */

use databasename

dbcc shrinkfile(2,notruncate)

dbcc shrinkfile(2,truncateonly)

create table t1(char1 char(4000))

go

declare @i int

select @i=0

while(1=1)

begin

while(@i

begin

INSERT INTO T1 VALUES (‘A’)

SELECT @I=@I+1

END

TRUNCATE table T1

BACKUP LOG youdatabasename with truncate_only

end

GO

注意 只有在您的主要支持提供者指导下或有疑难解答建议的做法时，才可以使用

sp_resetstatus。否则，可能会损坏数据库。

由于该过程修改了系统表，系统管理员必须在运行 sp_resetstatus这个过程前，启用系统表更新。要

启 用更新，使用下面的过程：

USE master

GO

sp_configure ‘allow updates’,

GO

RECONFIGURE WITH OVERRIDE

GO

过程创建后，立即禁用系统表更新：

sp_configure ‘allow updates’,

GO

RECONFIGURE WITH OVERRIDE

GO

只有系统管理员才能执行 sp_resetstatus。执行该过程后，立即关闭 SQL Server。

SQL Server事务日志可能会被填满，这会阻止之后的数据库操作，

包括UPDATE， DELETE， INSERT 和CHECKPOINT。

事务日志填满会导致1105错误:

Can’t allocate space for object syslogs in database dbname because

the logsegment is full。 If you ran out of space in syslogs， dump

the transaction log。 Otherwise use ALTER DATABASE or

sp_extendsegment to increase the size of the segment。

这种现象可能出现于任何一个数据库中，包括Master和TempDB。一些难以预见的因素可能

消耗日志空间。 例如:

一个大型事务， 尤其像批量数据更新、插入或删除。

一个未提交的事务。

检查点处理程序截除时所需的带宽过大。

截除时超过阈值

上述各种条件互相作用的结果。

用于发布的标记事务没有被日志读取程序读走

下面是修复的步骤和收缩日志的步骤:

1.在命令提示符下运行以下命令启动 SQL Server：

SQLSERVER -f -m

备注：-m 开关以单用户模式启动 SQL Server。在单用户模式下，只能成功建立一个连接。

请注意是否有任何其他客户机或服务可能会在您通过 SQL Server 查询分析器建立连接前使

用那个连接。

2. 重置置疑数据库的状态。

sp_resetstatus ‘database_name’

下面是结果集：

Database’database_name’status reset!

WARNING: You must reboot SQL Server prior to accessing this database!

3. 用 ALTER DATABASE 向数据库添加一个数据文件或日志文件:

USE master

GO

CREATE DATABASE db_name ON

(

NAME = dbname_dat1,

FILENAME = ‘D:\MSSQL\Data\dbname_dat1.ndf’,

SIZE =MB,

FILEGROWTH = 50MB

)

GO

–更改该数据库以添加一个 2GB 大小的新数据文件

ALTER DATABASE db_name

ADD FILE

(

NAME = dbname_dat2,

FILENAME = ‘F:\MSSQL\DATA\dbname_dat2.ndf’,

SIZE =MB,

FILEGROWTH = 50MB

)

GO

–更改该数据库以添加一个1GB 大小的新日志文件

ALTER DATABASE db_name

ADD LOG FILE

( NAME = db_name_log2,

FILENAME = ‘F:\MSSQL\Data\db_name_log2.ldf’,

SIZE =MB,

FILEGROWTH = 20MB),

GO

4. 停止并重新启动 SQL Server:

用新的数据文件或日志文件所提供的额外空间，SQL Server 应该能完成数据库的恢复。

如果 SQL Server 因为磁盘可用空间不足，而不能完成数据库的恢复

那么 SQL Server会返回错误并且将 sysdatabases 中的 status 列设为置疑。

你可以看到在SQLSERVER 的ERROR LOG 和OS的应用程序日志中应该有1105的错误信息:

关于重置被保护数据库的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。