How to find archivelog gaps in the backups
I manage Oracle databases that are backed up using RMAN. How can I find gaps in the backed-up archivelogs?
I.e., I want to detect when something like this happens:
- Take full backup with archivelogs
- Back up morning archivelogs and delete input
- Back up evening archivelogs and delete input
- Someone permanently deletes the backupsets containing the morning archivelogs
- Crosscheck so RMAN knows some backupsets have gone missing
Short of doing or simulating a full restore and recovery, how can I detect that there is a gap? How can I see that backupsets are missing that would be needed for full recovery?
oracle rman
bumped to the homepage by Community♦ 14 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
I manage Oracle databases that are backed up using RMAN. How can I find gaps in the backed-up archivelogs?
I.e., I want to detect when something like this happens:
- Take full backup with archivelogs
- Back up morning archivelogs and delete input
- Back up evening archivelogs and delete input
- Someone permanently deletes the backupsets containing the morning archivelogs
- Crosscheck so RMAN knows some backupsets have gone missing
Short of doing or simulating a full restore and recovery, how can I detect that there is a gap? How can I see that backupsets are missing that would be needed for full recovery?
oracle rman
bumped to the homepage by Community♦ 14 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
I manage Oracle databases that are backed up using RMAN. How can I find gaps in the backed-up archivelogs?
I.e., I want to detect when something like this happens:
- Take full backup with archivelogs
- Back up morning archivelogs and delete input
- Back up evening archivelogs and delete input
- Someone permanently deletes the backupsets containing the morning archivelogs
- Crosscheck so RMAN knows some backupsets have gone missing
Short of doing or simulating a full restore and recovery, how can I detect that there is a gap? How can I see that backupsets are missing that would be needed for full recovery?
oracle rman
I manage Oracle databases that are backed up using RMAN. How can I find gaps in the backed-up archivelogs?
I.e., I want to detect when something like this happens:
- Take full backup with archivelogs
- Back up morning archivelogs and delete input
- Back up evening archivelogs and delete input
- Someone permanently deletes the backupsets containing the morning archivelogs
- Crosscheck so RMAN knows some backupsets have gone missing
Short of doing or simulating a full restore and recovery, how can I detect that there is a gap? How can I see that backupsets are missing that would be needed for full recovery?
oracle rman
oracle rman
asked Jul 7 '17 at 19:20
Stephen KendallStephen Kendall
39627
39627
bumped to the homepage by Community♦ 14 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 14 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
add a comment |
3 Answers
3
active
oldest
votes
"How can I see that backupsets are missing that would be needed for full recovery?" That's exactly what crosscheck does. Examine the output of that command. Set up a scheduled job to run a crosscheck and write the output to a log file. Examine the log file. You could even get real sophisticated and have a script that parses the log file and send an email if anything is found.
crosscheckwill show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.
– Stephen Kendall
Jul 7 '17 at 22:38
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?
– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
add a comment |
Someone permanently deletes the backupsets containing the morning archivelogs
If you are using RMAN correctly and never mucking about with backupsets "by hand", then you should never get gaps in the archivelogs - such a condition renders your database unrecoveable and RMAN goes to great lengths to prevent you from doing so.
Ensure your RETENTION PERIOD and ARCHIVELOG DELETION POLICY are set correctly, for example:
RMAN> show all ;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 3 TIMES TO 'SBT_TAPE';
add a comment |
I think that REPORT is the appropriate command, but at the moment I cannot test it. Before you execute the report command you should execute a CROSSCHECK command so that rman does actually know which backups exists and which are missing.
If you want to find out if there are archive log backups missing then
REPORT NEED BACKUP DATABASE;
should do the job. The whole database must be backed up because of the missing archive logs the database cannot be restored to the current point in time. So the command will report all data files.
If backup pieces were destroyed that contain datafiles of the morning full backup then
REPORT NEED BACKUP DAYS 1 DATABASE;
So this command will report both problems.
The report-command is documented in the Backup and Recovery Reference and in the Backup and Recovery User's Guide.
So all in all do
CROSSCHEK BACKUP;
REPORT NEED BACKUP DAYS 1 DATABASE;
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "182"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f178301%2fhow-to-find-archivelog-gaps-in-the-backups%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
"How can I see that backupsets are missing that would be needed for full recovery?" That's exactly what crosscheck does. Examine the output of that command. Set up a scheduled job to run a crosscheck and write the output to a log file. Examine the log file. You could even get real sophisticated and have a script that parses the log file and send an email if anything is found.
crosscheckwill show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.
– Stephen Kendall
Jul 7 '17 at 22:38
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?
– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
add a comment |
"How can I see that backupsets are missing that would be needed for full recovery?" That's exactly what crosscheck does. Examine the output of that command. Set up a scheduled job to run a crosscheck and write the output to a log file. Examine the log file. You could even get real sophisticated and have a script that parses the log file and send an email if anything is found.
crosscheckwill show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.
– Stephen Kendall
Jul 7 '17 at 22:38
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?
– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
add a comment |
"How can I see that backupsets are missing that would be needed for full recovery?" That's exactly what crosscheck does. Examine the output of that command. Set up a scheduled job to run a crosscheck and write the output to a log file. Examine the log file. You could even get real sophisticated and have a script that parses the log file and send an email if anything is found.
"How can I see that backupsets are missing that would be needed for full recovery?" That's exactly what crosscheck does. Examine the output of that command. Set up a scheduled job to run a crosscheck and write the output to a log file. Examine the log file. You could even get real sophisticated and have a script that parses the log file and send an email if anything is found.
answered Jul 7 '17 at 21:51
EdStevensEdStevens
86736
86736
crosscheckwill show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.
– Stephen Kendall
Jul 7 '17 at 22:38
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?
– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
add a comment |
crosscheckwill show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.
– Stephen Kendall
Jul 7 '17 at 22:38
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?
– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
crosscheck will show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.– Stephen Kendall
Jul 7 '17 at 22:38
crosscheck will show me that a log is missing, but not that it is needed. If yesterday's archivelog backups go missing, but this morning's full backup and associated logs from today are not missing, I can still restore and recover. I'm trying to see if there is a way to detect when I can't restore to now.– Stephen Kendall
Jul 7 '17 at 22:38
1
1
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
Whether or not it is needed for any particular recovery can only be known when the specs of that particular recovery are known. Rman has to consider whether it may be needed for any recovery within your specified retention policy. Depending on what backups are available, rman may decide to use an incremental backup for a particular part of a given recovery, or it may choose to use archivelogs for the same SCN range for a differently specified recovery. I'd concentrate of figuring out how you lost a backup in the first place .. and stop it from happening again . . .
– EdStevens
Jul 8 '17 at 0:01
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
. . . and stop it from happening again. And institute a secondary backup - a backup of the backups.
– EdStevens
Jul 8 '17 at 0:02
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,
SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?– Stephen Kendall
Jul 9 '17 at 17:10
I understand that avoiding this problem is better than responding to it. Regardless, there should be a way to detect this. I understand that for RMAN to calculate anything about a recovery, the endpoint has to be known (e.g.,
SET UNTIL). Ok, assume that I specify the recovery to be as of exactly one hour before I run the check. Without spending hours running an actual recovery, is there a way to find out with certainty that I would not be able to because of missing archivelogs or missing archivelog backup pieces?– Stephen Kendall
Jul 9 '17 at 17:10
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
You might try taking a look at the RC_* (Recovery Catalog) views. docs.oracle.com/cd/E11882_01/backup.112/e10643/toc.htm and see if you can tease out what you need there. Especially the RC_ARCHIVED_LOG and RC_BACKUP_ARCHIVELOG views.
– EdStevens
Jul 9 '17 at 20:11
add a comment |
Someone permanently deletes the backupsets containing the morning archivelogs
If you are using RMAN correctly and never mucking about with backupsets "by hand", then you should never get gaps in the archivelogs - such a condition renders your database unrecoveable and RMAN goes to great lengths to prevent you from doing so.
Ensure your RETENTION PERIOD and ARCHIVELOG DELETION POLICY are set correctly, for example:
RMAN> show all ;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 3 TIMES TO 'SBT_TAPE';
add a comment |
Someone permanently deletes the backupsets containing the morning archivelogs
If you are using RMAN correctly and never mucking about with backupsets "by hand", then you should never get gaps in the archivelogs - such a condition renders your database unrecoveable and RMAN goes to great lengths to prevent you from doing so.
Ensure your RETENTION PERIOD and ARCHIVELOG DELETION POLICY are set correctly, for example:
RMAN> show all ;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 3 TIMES TO 'SBT_TAPE';
add a comment |
Someone permanently deletes the backupsets containing the morning archivelogs
If you are using RMAN correctly and never mucking about with backupsets "by hand", then you should never get gaps in the archivelogs - such a condition renders your database unrecoveable and RMAN goes to great lengths to prevent you from doing so.
Ensure your RETENTION PERIOD and ARCHIVELOG DELETION POLICY are set correctly, for example:
RMAN> show all ;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 3 TIMES TO 'SBT_TAPE';
Someone permanently deletes the backupsets containing the morning archivelogs
If you are using RMAN correctly and never mucking about with backupsets "by hand", then you should never get gaps in the archivelogs - such a condition renders your database unrecoveable and RMAN goes to great lengths to prevent you from doing so.
Ensure your RETENTION PERIOD and ARCHIVELOG DELETION POLICY are set correctly, for example:
RMAN> show all ;
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 3 TIMES TO 'SBT_TAPE';
answered Sep 7 '18 at 10:08
Phill W.Phill W.
62631
62631
add a comment |
add a comment |
I think that REPORT is the appropriate command, but at the moment I cannot test it. Before you execute the report command you should execute a CROSSCHECK command so that rman does actually know which backups exists and which are missing.
If you want to find out if there are archive log backups missing then
REPORT NEED BACKUP DATABASE;
should do the job. The whole database must be backed up because of the missing archive logs the database cannot be restored to the current point in time. So the command will report all data files.
If backup pieces were destroyed that contain datafiles of the morning full backup then
REPORT NEED BACKUP DAYS 1 DATABASE;
So this command will report both problems.
The report-command is documented in the Backup and Recovery Reference and in the Backup and Recovery User's Guide.
So all in all do
CROSSCHEK BACKUP;
REPORT NEED BACKUP DAYS 1 DATABASE;
add a comment |
I think that REPORT is the appropriate command, but at the moment I cannot test it. Before you execute the report command you should execute a CROSSCHECK command so that rman does actually know which backups exists and which are missing.
If you want to find out if there are archive log backups missing then
REPORT NEED BACKUP DATABASE;
should do the job. The whole database must be backed up because of the missing archive logs the database cannot be restored to the current point in time. So the command will report all data files.
If backup pieces were destroyed that contain datafiles of the morning full backup then
REPORT NEED BACKUP DAYS 1 DATABASE;
So this command will report both problems.
The report-command is documented in the Backup and Recovery Reference and in the Backup and Recovery User's Guide.
So all in all do
CROSSCHEK BACKUP;
REPORT NEED BACKUP DAYS 1 DATABASE;
add a comment |
I think that REPORT is the appropriate command, but at the moment I cannot test it. Before you execute the report command you should execute a CROSSCHECK command so that rman does actually know which backups exists and which are missing.
If you want to find out if there are archive log backups missing then
REPORT NEED BACKUP DATABASE;
should do the job. The whole database must be backed up because of the missing archive logs the database cannot be restored to the current point in time. So the command will report all data files.
If backup pieces were destroyed that contain datafiles of the morning full backup then
REPORT NEED BACKUP DAYS 1 DATABASE;
So this command will report both problems.
The report-command is documented in the Backup and Recovery Reference and in the Backup and Recovery User's Guide.
So all in all do
CROSSCHEK BACKUP;
REPORT NEED BACKUP DAYS 1 DATABASE;
I think that REPORT is the appropriate command, but at the moment I cannot test it. Before you execute the report command you should execute a CROSSCHECK command so that rman does actually know which backups exists and which are missing.
If you want to find out if there are archive log backups missing then
REPORT NEED BACKUP DATABASE;
should do the job. The whole database must be backed up because of the missing archive logs the database cannot be restored to the current point in time. So the command will report all data files.
If backup pieces were destroyed that contain datafiles of the morning full backup then
REPORT NEED BACKUP DAYS 1 DATABASE;
So this command will report both problems.
The report-command is documented in the Backup and Recovery Reference and in the Backup and Recovery User's Guide.
So all in all do
CROSSCHEK BACKUP;
REPORT NEED BACKUP DAYS 1 DATABASE;
edited Dec 24 '18 at 0:59
answered Dec 24 '18 at 0:13
miracle173miracle173
6,5161837
6,5161837
add a comment |
add a comment |
Thanks for contributing an answer to Database Administrators Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f178301%2fhow-to-find-archivelog-gaps-in-the-backups%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown