09-16-2015 05:12 AM
Hi,
i can´t get the duplicate thing work on the BE 15 installation (FP1 is installed, no other updates are available).
I created a plain new backup of a virtual sql server (Hyper-V) with GRT enabled for SQL and with an additional Log backup.
All data has a retention (Keep for) time of 4 Days ...
This is the error message i receive..
Error category : Error : e000e054 - The job was skipped because the source backup job is not present.
I deleted the job definition multiple times and created a new job straight forware, no editing afterwards.
What´s wrong with BE 15?
09-16-2015 05:25 AM
...looks like this was an issue with BE 2014, and I'd therefore suggest logging a call directly with Symantec to sort this out:
https://support.symantec.com/en_US/article.TECH228715.html
Thanks!
09-16-2015 05:39 AM
I have a second job running with a hyper-v guest (Exchange 2013 on Windows 2012 R2).
This one run´s fine...
09-16-2015 06:13 AM
if you disable the delayed catalog (which forces an inline catalog) does the duplicate work?
09-16-2015 06:35 AM
I can check this, need´s some time.
If i manualy start the deduplication and enable debugging, i get this in sgmon.
1 BESERVER 316 16.09.2015 15:24:20 2760 16 JobManager::UpdateJobInstanceData() new task state=22
2 BESERVER 316 16.09.2015 15:24:20 4004 -1 GetSourceImageID() ERROR: script.Get() failed!
3 BESERVER 316 16.09.2015 15:24:20 4004 -1 CLoadBalancer::LoadConfigurationParameters() setting BAL_IGNORE_POTENTIAL_JOB_OVERLOAD
4 BESERVER 316 16.09.2015 15:24:20 4004 -1 CLoadBalancer::LoadConfigurationParameters() setting m_bCASOandSSO = true
5 BESERVER 316 16.09.2015 15:24:21 4004 -1 Dispatcher::loadBalanceTask(Backup 00429 - Virtual Machine - xyz (GRT)-Duplicate) Skipping Job, SourceImageID==GUID_NULL
6 BESERVER 316 16.09.2015 15:24:21 4004 -1 CWorkItem::handleSkippedJob(Backup 00429 - Virtual Machine - xyz (GRT)-Duplicate)
09-16-2015 08:37 AM
Hi Collin,
i disabled the delayed catalog (no catalog at all).
And it still Skipped the Duplicate to tape.
Same error message.
e000e054 - The job was skipped because the source backup job is not present ...
09-18-2015 02:56 AM
Has anyone a solution for this problem.
i have a ticket open and several calls from symantec.
But they are still clueless and doing "trial and error" method to find the problem.
Not a professional way to solve this problem.
09-22-2015 02:44 AM
I still have problems with duplication.
Symantec Backup call´s once a day and asks simple question.
Then after 24 hours later, they call again.
Looks like they only put trainees on Severity 2 tickets ...
What does the RAID Controller and lokal disk have todo with duplication failures?
I have some jobs duplicating fine, but one job will not duplicate.
Even if i recreate the job at all.
10-11-2015 02:34 PM
Was a solution ever found for this?
I have the same exact issue, but with Backup Exec 2014. My backup job (also attempted recreating) is setup with 4 x duplicate jobs - Daily Incremental (at job completion), Weekly, Monthly, Yearly.
The issue went unnoticed for some time because the duplicate job will merrily duplicate a week-old backup instead of the fresh one, despite the Most Recent option being enabled. This problem occurs on only one of four backup jobs, the one with the applications and databases granular recovery option enabled. The other three jobs (setup identically, excepting the applications & databases granular option) work perfectly.
This is quite frustrating. I wonder how many others are having this problem and havn't noticed that it's backup up a slightly older version of their applications and databases backups.
Any help appreciated.
10-12-2015 08:15 AM
Hi sley,
they didn´t found the culprit for this behavior, but they had a solution to fix this problem.
The problem seems to be a orphan "container id (set)" for this server, the backup set's couldn´t be found by the duplicate job.
The solution was rather simple...
AND
try not edit the new job to much, try to create it straight forward.
that should do the trick.
Jürgen