إنه Datafile لا ينتمي لSystem Tablespace  أو Undo Tablespace، في اللحظة التي يتم فيها فقدان Non-SYSTEM Datafile ، يتلقى المستخدمون رسائل خطأ تفيد بفقدان ﺍلDatafile ، ويمكن إكمال عملية الاسترداد دون إغلاق قاعدة البيانات Online Recovery، ولا يتأثر المستخدمون الذين يعملون على ﺍلTablespaces أخرى، حيث سيستمرون في العمل أثناء عملية الاسترداد.

بالطبع، يمكن إجراء عملية الاسترداد Recovery  دون إغلاق قاعدة البيانات أو بعد إغلاقها (Online or Offline)، ولكن بالطبع، عملية الاسترداد دون إغلاق قاعدة البيانات مستحيلة إذا

فقدنا Datafile ينتمي إلى System Tablespace.

لنفترض في هذا السيناريو أننا فقدنا ﺍلUSERS.DBF Datafile  الذي ينتمي إلى USERS TABLESPACE.

لإتمام عملية الاستعادة لهذا السيناريو، هناك طريقتان: -

الطريقة الأولى (Data File Recovery):-

هنا نقوم بعدة خطوات: -

1- نقوم بعمل USERS01.DBF DATAFILE) Restore)   فقط من آخر Backup، أي عمل نسخة احتياطية من الملف من آخر Backup  إلى موقعه الأصلي.

2- نضع USERS01.DBF DATAFILE OFFLINE.

ALTER DATABASE DATAFILE 'D:\oradata\USERS١٠.D BF' OFILNE;

3- نقوم بعملية RECOVERY ﻟلUSERS.DBF DATAFILE.

alter database recover automatic datafile 'D:\oradata\USERS01.DBF';

4- ثم نضع ﺍلUSERS.DBF DATAFILE ONLINE.

ALTER DATABASE DATAFILE  'D:\oradata\USERS01.D BF' ONILNE;

الطريقة الثانية Tablespace Recovery:-

هنا نقوم بعدة خطوات:-

1- عمل Restore للUSERS01.DBF فقط من آخر Backup، أي نسخ الملف من آخر Backup إلى موقعه الأصلي.

2- وضع  ﺍل USERS TABLESPACE OFFLINE.

ALTER TABLESPACE USERS OFFLINE;

3- نقوم بعمل TABLESPACE USERS RECOVERY.

RECOVER TABLESPACE USERS;

4- نقوم بوضع USERS TABLESPACE ONLINE.

ALTER TABLESPACE USERS ONLINE;

يمكنك استخدام أي من هذه الطرق للتعامل مع هذا السيناريو، ولكن بشكل عام لن تفقد أيًا من بياناتك طالما أنك لا تفقد Present Controlfile ﻭﺍلCurrent Redo Logfile،، لذلك في كل الأحوال سنقوم بإجراء  Complete Recovery.