Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 12/03/2014 in all areas

  1. 2 points
    Wha is an "august Documentation Committee"? Sounds like fake news, if you ask me.
  2. 2 points
    The QNAP NAS is a new Source to Retrospect which it has never seen before so will try to do a backup of all the files it finds there regardless of whether you think Retrospect has seen them before. The reasons are covered in more detail elsewhere on the forum but in short, without doing a byte-by-byte comparison of the files which Retrospect does not do, Retrospect has no way of knowing if a file now on QNAP is the exact same file that was on the Synology. Once the first full backup of the QNAP NAS is complete normal operations should resume.
  3. 2 points
    Excited to report that I got my Retrospect backups fixed now as well !! So, disabling the "Save space and download files as you use them" setting did not work for me. So in addition to that, I tried disabling OneDrive altogether (Unlink PC/account and then remove the entire OneDrive folder) and then linking my account again which then again downloaded all files. The next Retrospect scheduled (proactive actually) run then succeeded with 0 errors or warnings ! This worked now on 2 machines already, so will try kids laptop next, but pretty confident this will work as well. Thanks to the folks active in this thread !
  4. 2 points
    Ok, I did some additional debugging and I found the issue: It's OneDrive. OneDrive has an option (don't know if it's new with 1803) that gives you the possibility to only actually download a file from OneDrive to your computer if you actually use it. All files in the OneDrive folder are shown as being present, but they are not actually physically present on your computer. So they are some sort of link. The explorer shows a cloud symbol with these files. As long as one such link is present on the drive (even if it is in the Recycle bin) it will cause the -1103 error. Scanning will be interrupted as soon as the scan engine hits the OneDrive folder. On both machines I turned the option off in OneDrive settings, which caused all OneDrive files to be downloaded to the computer, and both are backing up properly now, without errors. Also checked the machines that never showed the issue, they all have this OneDrive option set to off.
  5. 2 points
    Oh well, #sigh I have a few Macs. All on WIFi All on DHCP They have to be this way, because they roam from office-to-office, client-to-client, home-to-work-to-home ... like laptops do. The error -530 and associated -519 has be around in almost every version of retrospect I have used for the past 20 years. I can never find the solution, apart from a full client reinstall, and I can not be doing that every week TBH! Is there ever going to be a stable answer? Each Mac, Client and Server has no firewall or anti-virus FYI. The fixed desktop Laptops that do not leave the office have no issues. The laptops returning to the office login automatically to the WIFI and have no network issues for everyday work; email, www, ftp, server shares, printing ... what so ever. Server: Mac OSX 10.11.6 Client: OSX 10.12.6 Retrospect 13.5 Please don't say 'upgrade to the latest version of Retrospect or I may have to slap you :-) That has never been an answer to this issue.
  6. 1 point
    Hi Lennart, Thank you for the quick response and the solution. I hadn't considered marking the other tapes missing but it's a good lateral solution, cheers! In the event of a volume failure we have a mirrored NAS that can be swapped over with replicated content. If THAT volume failed as well (and both are RAID6, so that would be quite unlucky) I'd cherry pick the specific priority active jobs we needed to continue working while slowly restoring the rest later. This backup script is typically more for the odd missing file from older projects and files that are accidentally deleted or overwritten. One recent example is on restoring a large design project we found a few missing assets that lived in another now deleted job. I was able to select those specific files from the catalog, relink and continue working. I think of this backup set as the rings on a tree trunk - it gives us a complete historical copy of every modified and added file over the better part of the last decade and has saved us on a few occasions.
  7. 1 point
    On Retrospect 15.1.0 I get the same results (I'm viewing the output in Notepad++ instead of Excel) as Lucky_Phil. What I did was: Reports > Session Contents Select Backup Set then select Session File menu then Export... For Select which data to export: choose the Backup Set and click OK In the Export Sessions dialog enter a filename and click Save
  8. 1 point
    Are you certain that you disabled the OneDrive Files on Demand feature for all users? If the Files on Demand feature is enabled the OneDrive folder becomes a Reparse Point instead of a real folder. To check if the OneDriver folders is a real folder or a Reparse Point use one of the following two command line methods. If PowerShell is set as the default terminal: Right click on Start and select Windows PowerShell (Admin) Once the PowerShell window has opened type cd C:\Users\henkv and press enter Type ls one* and press enter The will return something like: Mode LastWriteTime Length Name ---- ------------- ------ ---- dar--l 2018-05-08 19:15 OneDrive If the last character of the mode string is a "l" (lowercase L) then the Onedrive folder is a Reparse Point If Command Prompt is set as the default terminal: Right click on Start and select Command Prompt (Admin) Once the Command Prompt window has opened type cd C:\Users\henkv and press enter Type ls dir /al and press enter If the result is: 2018-05-08 19:15 <DIR> OneDrive then the OneDrive folder is a Reparse Point If the result is: File Not Found then the OneDrive folder is a real folder Even if exclude folder(s) and/or file(s) in a selector they are still scanned.
  9. 1 point
    Just to throw out an idea after catching up with this thread, you might also want to investigate the settings in Control Panel | Sync Center in relation to One Drive, as well as anything else. Sync Center might have a bearing on this. I saw a bulletin regarding a completely unrelated application yesterday that encountered errors caused by the Sync Center. Then I read another article today discussing how One Drive syncs files and folders to the MS cloud. Now this thread to bring it full circle. I'm going to continue to watch this thread, and want to say that I really appreciate the extremely professional community discussions on this Forum. Bravo.
  10. 1 point
    Lucky_Phil and others, I am now seeing similar problems. When the script runs from the scheduler on the host (local) computer, it fails during a scan of the C: drive. No problems with other drives on the host computer. Running the script via the Run pull-down will run successfully. I believe this may be a different problem than the client issues, although both are throwing the same -1103 error on the host. The open file backup on the client C: drive is failing and throwing VSS errors in the clients' event logs. The error propagates back to the host as a -1103 error. This problem only occurs on the C: drive, not on other drives on the client. For the problem backing up on the local machine, I can find no related problems in the windows event logs.
  11. 1 point
    I am running Retrospect 15 and I'm having similar problems backing up a Windows 10 (Build 1803) laptop as a client. The client has 2 drives: C: (the OS) and Z: (a recovery partition). There are no issues backing up the host, which is a Windows 10 (Build 1803) desktop computer. No issues backing up 2 other clients that are Windows 7 computers. The first backup of the client laptop was working. It passed through the scan and was backing up files. However, I had to stop the backup midway for unrelated reasons. The next 2 attempts at a backup made it successfully through the scan for drive C: and some files were backed up. However, the -1103 error was thrown for the C: drive and the backup aborted. No issues at all backing up the Z: drive. All subsequent attempts for open file backup on the client resulted in the C: drive failing during the scan and no problems with the Z: drive. I confirmed VSS errors in the event log on the client at the same time as the -1103 errors. I can do a backup with "open files" disabled, although there are several warnings for sharing violations, which I assume would be expected. I have submitted a support ticket.
  12. 1 point
    Sure, I am the Backup, I don't see why not. The only possible glitch I can see is that what you can now purchase is Retrospect Mac 15; Retrospect Mac 14 is obsolete. The cumulative Release Notes for Retrospect Mac 15.0 say "New: Support for LTO-8 tape devices", so the chances are the support for LTO4 devices is still there. In case it isn't, I imagine you can go through Retrospect Sales to get a license code for Retrospect Mac 14.6, which can still be downloaded. The one thing I would caution you about is that the Desktop Edition only supports a single non-autoloader tape drive. If your LTO4 tape drive is fancy-shmancy, you may have to purchase the Single Workstation 20 Client Edition—which is substantially more expensive. You can probably negotiate this with Retrospect Sales, with whom I have no connection other than as a customer.
  13. 1 point
    Andrew Kinnear, I haven't done this myself, just read the User's Guides and half-experimented using my own Retrospect Mac 14.6 "backup server". However, for a media set named "Media Set Example", I think the answers are: [1] It should be fine to use CCC, provided you copy the parent "Retrospect" folder and the "Media Set Example" folder within it as well as the "1-Media Set Example" data file within the "Media Set Example" folder. After you've done the cloning, click the Media Sets category on the left-hand side of the Console, click "Media Set Example" in the list pane, and click the Members button above the detail pane below the list pane. You can then click the the only line in the detail pane (you said you have only one member for each media set), which should be "1-Media Set Example", and after that click the pencil icon at the bottom left of the detail pane; doing so should allow you to redefine the location of "1-Media Set Example"' as being the cloned file instead of the original. After that you shouldn't have to do a Rebuild of "Media Set Example", but if you do the instructions are under the heading "Rebuilding a Media Set"—which is on page 220 of the Retrospect Mac 13 User's Guide (the P.P.P.P.S. of this post explains why I'm looking at that UG instead of the Retrospect Mac 15 UG; the only attempt at an explanation of the functionality I've just described is at the bottom of page 15 of the old version). [2] AFAIK no functionality should be lost for "Media Set ExampleSmall&Cryptic". The reason it shouldn't be is that the snapshot—the basis for most of the functionality—is part of the "Media Set ExampleSmall&Cryptic" Catalog File, which your Copy Media Set script will have created as essentially a duplicate of the "Media Set Example" Catalog File. If there is loss of functionality, IMHO there should be mass developer suicides (insert appropriate smiley here) in Walnut Creek CA, considering that the Copy Media Set type of script was introduced in Retrospect Windows 7.5 by 2008. [3] I don't use software compression or encryption in my humble home installation of Retrospect Mac (I keep last week's rotated USB3 backup disk in my bank safe deposit box), but AFAIK they should be applied if you've specified them when defining "Media Set Example—Small&Cryptic".
  14. 1 point
    In short an Archive script is a Backup script but with the additional option to delete the copied files from the Source once they have been copied to the Destination and verified.
  15. 1 point
    It could do with a better name. In use it means the Destination is always an exact copy of the Source. You add a file to the Source it gets added to the Destination. You change a file on the Source it gets updated on the Destination. You delete a file on the Source it gets deleted on the Destination. It will also delete any other files, however they got there, that are on the Destination that are not on the Source. The other options do not delete any deleted or extraneous files. That is what I was hoping you did but this may also be what caused the problem. I don't know about the Synology File Station but the QNAP equivalent has a habit of changing the Owner:Group information on the NAS file system for the copied files. If the Owner:Group on the NAS file system are different to the Owner:Group that Retrospect presents then the files will be seen as different. How were the files duplicated to the backup NAS from the old primary NAS?
  16. 1 point
    Every time a backup is run Retrospect will create a .session file, containing details of the files from that backup, in the same folder as the .rdb files. When Retrospect does a Catalog rebuild it will read these .session files for the necessary information which is faster than reading the individual.rdb files. If you need to perform a thorough rebuild it is necessary to delete the .session files. (During the rebuild the .session files will be recreated.) This feature for faster Catalog rebuilding was added in Retrospect 11 for Windows and Retrospect 13 for Macintosh.
  17. 1 point
    haggis99, In the "What's New" chapter of the Retrospect Windows 11 User's Guide, page 14 says "Retrospect v11 for Windows and Retrospect v13 for Mac now allow customers to move the member folders of disk sets to new locations and let Retrospect know by simply editing the members and picking the new location. There are scenarios where moving these files is preferable to a set transfer." Presumably this is what you want to do. Unfortunately these sentences were not moved elsewhere in the Retrospect Windows 12 UG, nor were they amplified. Instead they were simply overlaid by the new "What's New" chapter. Being a Retrospect Mac administrator, I don't offhand know how to edit Members in Retrospect Windows. There is an Edit Pencil capability in the Retrospect Mac equivalent of dealing with Backup Sets. I assume that, if you click the Show Members button shown in the dialog on page 410 of the Retrospect Windows 11 UG, you will find something equivalent to that edit pencil that will let you edit the Members and pick their new locations. Retrospect Windows administrators, fee free to chime in with more particulars. BTW you haven't said in this thread what version of Retrospect Windows you are using, but I see from one of your recent posts that you are using Retrospect Windows 12.
  18. 1 point
    Well ... we updated to v14.6.x [SERVER and CLIENT] for Mac OSX and the problem magically went away :-)
  19. 1 point
    Oh, and if it's any consolation, Retrospect for Windows doesn't do this any better (or worse) than the Mac versions. I can't speak to the Linux versions.
  20. 1 point
    You only need to create the Disaster Recovery Disk on the Backup Server. If you have a valid Disaster Recovery license on the Backup Server the functionality will be added to the Disaster Recovery Disk. When you boot the Client from the Disaster Recovery Disk the Dissimilar Hardware Restore will be available.
  21. 1 point
    First, this post by the very knowledgeable Lennart_T (formerly known as Lennart Thelander) says there is a 1TB limit on File Backup Sets. They do exist, but they are a pre-Retrospect-Windows-8 facility you should not use; you should be using Disk Backup Sets instead. Second, the "Scalable data protection" feature announcement for Retrospect Windows 12 says"Retrospect is now certified to back up 1 billion files per backup set, 100 TB of data per backup set, and 50 million files per device."
  22. 1 point
    The VWMare add-on doesn't support current versions of VMWare and we are no longer selling this add-on unless someone absolutely needs to use it. This old add-on is discontinued. If you would like Virtual Machine support, please look into purchasing Retrospect Virtual which is a complete solution for virtual environments.
  23. 1 point
    As you have found, Retrospect names its tapes with a sequence number and the Backup set name. The pre-labelled tapes you have will be the barcode labels intended for use in a library or auto loader. Since you have a standalone drive with no barcode reader, the tape labels are irrelevant. I would simply get some sticky labels and relabel the tapes according to the Retrospect numbering scheme. You can add them all to the backup set in advance by inserting the tapes one by one, and clicking the ADD button, and then write the label for the name that Retrospect gives for each tape. It's a bit laborious but you only have to do it once. This scheme works perfectly for me
  24. 1 point
    Instant Scan needs to keep its database as current as possible so will need to frequently update its database. Other than the performance hit Retrospect runs quite happily with Instant Scan disabled. The Instant Scan database by default is on the Windows system volume. You could try moving the files to another drive and use NTFS Symbolic Links to the new location. (I have never tried this with Retrospect so no idea if it will work. Some applications will not work with symlinks.) The catalog files can be moved to another drive. In the Backup Sets dialog select the Backup Set whose catalog you want to move and click Forget.... With Windows Explorer, or you file manger of choice, move the catalog file to its new location. Back in Retrospect click More... in the Backup Sets dialog then Open... in the following dialog. Navigate to the new location of the catalog file, select the file then click Open. If you are using an SSD from a reputable manufacturer and an OS that supports TRIM commands then the write life of the SSD shouldn't be a problem
  25. 1 point
    Assuming you are talking about a "Disk Backup set", this is what you do: Exit Retrospect. Move (not copy) the folder with the *.rdb files to its new location. Launch Retrospect Configure-->Backup Sets. Change the location in the "Members" properties by clicking on the "Browse" button. See attached picture.
×