Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Ramon88 last won the day on November 20 2013

Ramon88 had the most liked content!

Profile Information

  • Gender
  • Location
    The Netherlands

Ramon88's Achievements


Newbie (1/14)



  1. Okay, they can get largish, but we have plenty of space. B.t.w. Richy, does the SSD help speed wise when building the catalog file? We seem to loose a lot of time with that (our devs use millions of very small files, so that is the culprit for us).
  2. You might want to check related posts in the Server, SBS and Multi Server forum. In general 8.1 beta is more stable than 8.0 release. However installing is not as easy as release software (especially with the clients). Instant Scan is problematic. For correct function of Retrospect 8.1 I recommend disabling Instant Scan services.
  3. Since we've disabled Instant Scan altogether we seem to have the same product as before. It seems about the same as Retrospect 7.7... After all our troubles that seems to be a pro. Sad actually... We currently don't get Network Communication Errors. We use 8.1.0 (209) for the server and (OSX) / 8.1.0 (209) (Win) for clients. All on a 64-bit 2008 R2 (STD) server.
  4. Go to "Services" and stop the "Retrospect Instant Scan" service. Then switch it to "Manual" so it can't restart after rebooting. This works for both Server and Client.
  5. I'm curious. What happens if you disable the Instant Scan service (and kill the related processes)?
  6. Don't bother. Instant Scan doesn't work as advertised at the moment. It sometimes works and sometimes doesn't. It causes other problems as well. However if you can't resist the urge to test its functionality (or rather disfunctionality), more information about ISA and the ISA database locations can be found here: http://kb.retrospect.com/articles/en_US/Retrospect_Article/Retrospect-InstaScan-FAQ/ Currently we have its services disabled as it's flakey. It doen't always run, its database can get corrupted easily, and we've seen it adding all files to an incremental backup, thus creating full backups every time instead (and as such negating the prospect of having a faster backup completely). It shouldn't even have been in the 8.0 release and as 8.1 it indeed is beta-ware, so handle with care.
  7. Dunno, Is there by compressing them? I would wage the pro's and con's a bit. I'm not sure how much you actually gain storage wise by compressing the catalogs. This feature has been in Retrospect for ages and probably isn't really needed anymore because storage is so cheap today. Also the program defaults to uncompressed, maybe for a reason? Having said that, I would expect such a feature to be unproblematic. If it is, rather avoid it if possible.
  8. Speed depends on many factors such as cpu and i/o speed of the client, as wel as the backup server, and if encryption and/or compression are used. It also depends on the kind of files being backed up, a lot of small files are slower than a couple large files. We get around 40MB/sec for encrypted disk-2-disk over a gigabit LAN for the faster clients. If we don't encrypt the speed actually depends on the i/o speed of the client (the backup server has faster i/o). However some clients are a lot slower, especially developer workstations with a lot of small files. That is where Retrospect is 'weak'. Especially when building catalogs, the system is waiting a lot and doing little. Lennart is right however, it would work with 10 megabit, even slower (for example VPN's) works.
  9. I'm curious, why do you want to compress the catalog? We never do.
  10. Did a little more digging. It seems this technology is native to LTO drives: http://www.ultrium.c...gy/primer3.html It seems that the LTO just does this as part of its function and it can't be disabled. The question remains if this method is as reliable as running a verify. Probably not, but it can be sufficient for most needs. Another way of looking at it is this: The drive makes sure the data that it has received and caches in its memory is written to tape. This is what it actually verifies. However it can't know for sure if the data it received (and caches) is exactly the same as the backup program has sent to it. So, if you don't do a verify run you're for the most part protected from bad tape errors this way. It checks for this. But it doesn't check the whole dataflow from the backup program to LTO drive, just the same as MD5 verification isn't 100% reliable, but maybe 99,999% So yes, it is less reliable, but only a little bit. Just the same as MD5 verification is. If you want 100% reliability you need to do full verification. It's up to the admin to make that choice and do a trade off between risk and efficiency.
  11. During the years of Retrospect usage we kept adding exceptions to our own filter. For all errors, we just check the log manually, every day. If that would work for you depends on the amount of machines you need to backup. It's something we just do every day. We do not use the email notifications for that. With those one can only see a bit in advance if there were many problems or not. Just log into the backup server and check the log.
  12. Hmm, I give up. We're seeing very weird behavior with Instant Scan running. When backing up a large local directory with SQL backups to LTO Retrospect 8.1 is always in effect creating a full backup (it wants to copy all ±350GB of data to tape, every time ). So after disabling ISA in services and making sure both 'ISA' processes are not running it will run as it should. So, with ISA running: it wants to backup everything again, even right after it has finished its backup run. And with ISA not running, the second run doesn't yield any new files to backup (as expected). Now the big question: WHERE CAN I GET MY MONEY BACK! (I never yell on this forum, but this time I did feel like it... ) We're now going to disable the ISA service on all our servers and workstations (don't forget to reboot). Backups will probably go quicker this way, when it doesn't needlessly add files to a given backup. Why did I upgrade again? O yeah, because Instant Scan would shave precious time from our backups... NOT.
  13. Not sure if this is the right part of the forum for this question, but here I go. The other day I had a discussion with our system engineer about our backup verification process. Usually we always do some sort of verification. For disk-to-disk we do the MD5 verification and for LTO-4 backups we do a regular verification run after the actual backup. However LTO drives have a feature that's called read-after-write where the backup in progress is immediately read by a specialized read head. In short it should be possible to do a backup without another verification run. Thus cutting backup time roughly in half and doubling your drive and drive head life span. The only thing we don't know is if Retrospect actually uses that hardware feature of LTO. So can we safely uncheck verify on our scripts for LTO backups or not?
  14. Yeah... same here. I'm looking around for options. One of our two remaining Retrospect backup servers is already gone. That platform was replaced with dual VMware vSpheres with Veeam for backups. Never looked back. That solution just works and is extremely quick. However Veeam only works for virtual platforms (VMware and HyperV), not for bare metal desktops and servers. Nor mixed environments (Windows and OSX). And it has no tape support, which we need for some clients (real offline storage). I'm regretting my decision buying the Retrospect upgrade. 8.0 is beta-ware and 8.1 isn't much better. I rather would have sticked to 7.7 and saved the money. I've been a Retrospect user for ages but I'm afraid this way it's credit will go down the drain very quickly. If people don't buy it, the company (and product) will fail. And I can't blame people for not buying it at this time...
  15. So far I declare Instant Scan "defective". One day some clients use it and some don't, the other day the clients that did use it, do not anymore, or they say the ISA data file is dirty... So for now I conclude the feature that seemed cool enough to upgrade for turns out to be a lemon... I'm disappointed.
  • Create New...