ORA-01110: data file string: “string”

I got ” ORA-01110: data file string: “string” ”  error in Oracle database.


ORA-01110: data file string: “string”


Details of error are as follows.

ORA-01110: data file string: "string"

Cause: Reporting file name for details of another error

Action: See associated error message



data file string: “string”

This ORA-01110 error is related to the file name for details of another error.

The goal of this article is to assist DBAs who encounter the ORA-01110, and to point them in the right direction.

Several notes have been referenced depending on the subsequent errors.

If the DBA is unable to resolve the issue after reading the appropriate note, a script to collect diagnostic information has been provided below. The output of this script should be uploaded to the service request.


Error: ORA-01110
Text: datafile <name>: <str>
Cause : This message reports the filename involved with other messages.
Action: See the associated messages for a description of the problem.

The ORA-01110 displays the physical datafile in which Oracle is having a problem accessing.

The ORA-01110 is accompanied by one or more messages. These messages may be Oracle specific messages or be related to the operating system.

The first aim is to identify all error messages encounted prior to addressing the issue.

Below is a list of the common errors that may follow the ORA-01110.

ORA-01157    "cannot identify datafile <name> - file not found"
ORA-01578    "ORACLE data block corrupted (file # %s, block # %s)"
ORA-00376    "file <name> cannot be read at this time"
ORA-01194    "file <name> needs more recovery to be consistent"
ORA-01547    "warning: RECOVER succeeded but OPEN RESETLOGS would get error"
ORA-01135    "file %s accessed for DML/query is offline"

  • Addressing an ORA-01157 (cannot identify datafile <name> – file not found)

– Does the datafile in question exist at the os level ?

If yes ensure that it is valid. Check the permissions & state of the file. Run an RMAN DBV or RMAN validate on the file/s this may provide additional diagnostics.

If not locate the file or restore from backup.


  • Addressing an ORA-01578 (ORACLE data block corrupted (file # %s, block # %s))

   – Identify the object flagged as corurpted:


                SELECT tablespace_name, segment_type, owner, segment_name
                FROM dba_extents
                WHERE file_id = &AFN
                and &BL between block_id AND block_id + blocks - 1;


      – Determine if the corruption is wide spread

Options to scan DB ( using DBV or  RMAN)


                % dbv userid=<username/password> file=<full ptah to corrupted file> blocksize=<tablespace block size>

                RMAN> backup validate check logical database;  ( this will scan the entire Database)

                RMAN> backup validate check logical tablespace <TS_NAME> ;  ( this will scan the entire tablespace listed)

                RMAN> backup validate check logical datafile X;  (Where X is the datafile in question)



When either RMAN command is complete review:

                SQL> select * from v$database_block_corruption ( This will list corrupted blocks found within DB)



               – The following note provided avenues into resolving the corruption:

Handling Oracle Block Corruptions in Oracle7/8/8i/9i/10g/11g (Doc ID 28814.1)


  • Addressing an ORA-00376 (file <name> cannot be read at this time)

– If the file is physically present then ensure that the permissions and size of file is as expected.

– Check to see if the file is online – look at v$recover_file. If the file is offline you will need to recover and online it assuming you are running in archivelog mode.

– To assist Oracle supporting you please upload the results of the script below


  • Addressing an ORA-01194 (file <name> needs more recovery to be consistent) & ORA-01547 (warning: RECOVER succeeded but OPEN RESETLOGS would get error)

– The error indicates that the recovery may still have files which are in an inconsistent state. This may be due to datafiles being restored at different times or we have not applied enough achivelogs following a backup.

– At a minimum, all archivelogs that were generated during an online backup must be applied during recovery.


  • Addressing an ORA-01135 (file %s accessed for DML/query is offline)

       – The File is OFFLINE, and you must set in Online to be accessible


           SQL> recover datafile '%s';
           SQL> alter database datafile '%s' online;


To assist Oracle support diagnose the issue please provide the following:

            Please provide the output in the service request that you may raise. (upload recovery_info.txt)

set pagesize 20000
set linesize 180
set pause off
set serveroutput on
set feedback on
set echo on
set numformat 999999999999999
Spool recovery_info.txt
select substr(name, 1, 50), status from v$datafile;
select substr(name,1,40), recover, fuzzy, checkpoint_change# from v$datafile_header;
select GROUP#,substr(member,1,60) from v$logfile;
select * from v$recover_file;
select distinct status from v$backup;
select hxfil FILENUMBER,fhsta STATUS,fhscn SCN,fhrba_Seq SEQUENCE from x$kcvfh;
select distinct (fuzzy) from v$datafile_header;
spool off



Read the following post to learn more details about ORA-01110 error.

ORA-01180: can not create datafile 1 ORA-01110 RMAN-03002 Error Solution During RMAN Restore Operation




Do you want to learn Oracle Database for Beginners, then read the following articles.

Oracle Tutorial | Oracle Database Tutorials for Beginners ( Junior Oracle DBA )


About Mehmet Salih Deveci

I am Founder of SysDBASoft IT and IT Tutorial and Certified Expert about Oracle & SQL Server database, Goldengate, Exadata Machine, Oracle Database Appliance administrator with 10+years experience.I have OCA, OCP, OCE RAC Expert Certificates I have worked 100+ Banking, Insurance, Finance, Telco and etc. clients as a Consultant, Insource or Outsource.I have done 200+ Operations in this clients such as Exadata Installation & PoC & Migration & Upgrade, Oracle & SQL Server Database Upgrade, Oracle RAC Installation, SQL Server AlwaysOn Installation, Database Migration, Disaster Recovery, Backup Restore, Performance Tuning, Periodic Healthchecks.I have done 2000+ Table replication with Goldengate or SQL Server Replication tool for DWH Databases in many clients.If you need Oracle DBA, SQL Server DBA, APPS DBA,  Exadata, Goldengate, EBS Consultancy and Training you can send my email adress [email protected].-                                                                                                                                                                                                                                                 -Oracle DBA, SQL Server DBA, APPS DBA,  Exadata, Goldengate, EBS ve linux Danışmanlık ve Eğitim için  [email protected] a mail atabilirsiniz.

Leave a Reply

Your email address will not be published. Required fields are marked *