丢失或损坏NDF文件如何附加数据库

简介:

在论坛看到有人遇到 NDF文件丢失并且没有备份,所以无法成功附加数据库。在网上也看到过很多回答是如果没有NDF就无法附加成功。

 

其实我自己测试下来即使没有NDF也是可以成功附加的。但是有条件,丢失的NDF文件不属于Primary file group并且SQL Server为企业版

下面是我做的测试:

1.       --创建数据库

CREATE DATABASE [test1] CONTAINMENT=NONE ONPRIMARY

(NAME=N'test1',FILENAME=N'C:\data\test1.mdf',SIZE= 5120KB,MAXSIZE=UNLIMITED,FILEGROWTH= 1024KB),

FILEGROUP[New]

(NAME=N'new',FILENAME=N'C:\data\new.ndf',SIZE= 5120KB,MAXSIZE=UNLIMITED,FILEGROWTH= 1024KB)

LOGON

(NAME=N'test1_log',FILENAME=N'C:\data\test1_log.ldf',SIZE= 1024KB,MAXSIZE= 2048GB,FILEGROWTH= 10%)

GO

2.       --primary file group上创建两张表

 

create table test(namevarchar(10))ON[PRIMARY]

create table test2(namevarchar(10))ON[PRIMARY]

--NDF上面创建一张表

create table test1(namevarchar(10))onnew

 

3.       --插入10条数据

insert into test values ('kevin')

go 10

insert into test1values ('kevin')

go 10

insert into test2 values ('kevin')

go 10

 

4.       --Detach数据库

 

USE[master]

GO

EXEC master.dbo.sp_detach_db@dbname=N'test1'

GO

 

5.       将MDF,NDF,LDF文件复制到其他文件夹

 

6.       按照第一步的脚步创建一个同名的数据库 

--将数据库Offline

usemaster

go

alter database test1 set offline

 

7.将第5步备份的MDF和LDF文件覆盖现在的数据库MDF和LDF

 

8.将出问题的NDF文件Offline 

 

alter database test1 modify FILE  (name=new,offline)

 

9.将数据库Online

 

alter database test1 set online

 

现在可以看到三张表都是存在的,但是访问test1表的时候会出现下面的错误:

 

Msg 8653,Level 16, State 1, Line 1

The queryprocessor is unable to produce a plan for the table or view 'test1' because thetable resides in a filegroup which is not online.

 

因为表所在的Filegroup是离线的,所以无法访问。


本文转自 lzf328 51CTO博客,原文链接:

http://blog.51cto.com/lzf328/1265931
相关文章
|
2月前
|
存储 NoSQL MongoDB
数据库数据恢复—MongoDB数据库迁移过程中丢失文件的数据恢复案例
某单位一台MongoDB数据库由于业务需求进行了数据迁移,数据库迁移后提示:“Windows无法启动MongoDB服务(位于 本地计算机 上)错误1067:进程意外终止。”
|
6月前
|
SQL 关系型数据库 MySQL
数据库导入SQL文件:全面解析与操作指南
在数据库管理中,将SQL文件导入数据库是一个常见且重要的操作。无论是迁移数据、恢复备份,还是测试和开发环境搭建,掌握如何正确导入SQL文件都至关重要。本文将详细介绍数据库导入SQL文件的全过程,包括准备工作、操作步骤以及常见问题解决方案,旨在为数据库管理员和开发者提供全面的操作指南。一、准备工作在导
1081 0
|
3月前
|
数据库 Windows
SqlServer数据恢复—SqlServer数据库所在分区损坏的数据恢复案例
一块硬盘上存放的SqlServer数据库,windows server操作系统+NTFS文件系统。由于误操作导致分区损坏,需要恢复硬盘里的SqlServer数据库数据。
|
4月前
|
关系型数据库 MySQL 数据库
数据库数据恢复—MYSQL数据库文件损坏的数据恢复案例
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现:1、数据库无法进行查询等操作;2、使用mysqlcheck和myisamchk无法修复数据库。
|
4月前
|
SQL 关系型数据库 MySQL
MySQL导入.sql文件后数据库乱码问题
本文分析了导入.sql文件后数据库备注出现乱码的原因,包括字符集不匹配、备注内容编码问题及MySQL版本或配置问题,并提供了详细的解决步骤,如检查和统一字符集设置、修改客户端连接方式、检查MySQL配置等,确保导入过程顺利。
|
5月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
6月前
|
SQL 关系型数据库 MySQL
|
7月前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
6月前
|
存储 关系型数据库 MySQL
PACS系统 中 dicom 文件在mysql 8.0 数据库中的 存储和读取(pydicom 库使用)
PACS系统 中 dicom 文件在mysql 8.0 数据库中的 存储和读取(pydicom 库使用)
164 2
|
6月前
|
SQL 存储 关系型数据库
SQL文件导入MySQL数据库的详细指南
数据库中的数据转移是一项常规任务,无论是在数据迁移过程中,还是在数据备份、还原场景中,导入导出SQL文件显得尤为重要。特别是在使用MySQL数据库时,如何将SQL文件导入数据库是一项基本技能。本文将详细介绍如何将SQL文件导入MySQL数据库,并提供一个清晰、完整的步骤指南。这篇文章的内容字数大约在
806 1

热门文章

最新文章

下一篇
oss创建bucket