Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


pronto last won the day on September 15 2014

pronto had the most liked content!

Community Reputation

16 Good

About pronto

  • Rank
    Occasional Forum Poster
  1. Hi Community, we changed our single server Exchange setup into a DAG with two servers in an active/passive setup. I read the Exchange agent manual but the only thing I figured out is that we need just a license for each Exchange server to backup, but no further information about backup a DAG was available. So I've a few questions: 1) Is it possible to backup only the passive node in a DAG envirionment? 2) How does Retrospect deal with the transaction logs? 3) Are there some No-goes which are not present in a regular one server setup. Currently we are using Retrospect and Exchange 2010 Standard RU15 Thx & Bye Tom
  2. Hi Lennart, got it, thanks. For my particular problem the Retrospect support recommends to trash the config file but I prefer a regular fresh installation for that. The manual describes the procedure at least with keeping the catalog files and backups sets, very good this is the minimum requirement but it would be really great to keep the scripts also, otherwise I have to print each script to keep in line with the former schedule. There is no way to extract the scripts, I guess? BTW: I can use the license keys which are displayed in the license manager again or do I have to request new keys? Thx & Bye Tom
  3. Hi Community, I have to reinstall Retrospect for some reason, is it possible to keep the backup sets and catalog files? And how do I setup Retrospect to use the former catalog files and backup sets? Thx in advance & Bye Tom
  4. Servus Lennart, puh I try to avoid this because the affected volume is the largest volume we have with about 1,5 TB data. But I counted the files listed in the single backup runs, started with the full backup on sunday and each incremental and at least the file count is equal in both backup sets. I think I will open a support ticket on monday. I report the results asap, if there are any... Thx & Bye Tom
  5. Hi Community, today I did a deeper look into the result of a transfer from a disk backup set to a tape backup set instead only a plausibility check. I found out that the count of files and amount of data differs. I transfer three disk backup sets, one for each server partition, to one tape backup set. In one of these backup sets are more than 10.000 files with 150 GB data missing in the tape backup set, if I compare the log file of the transfer and the properties of the source backup set: http://wiki.prontosystems.de/animation/retrospect/Retrospect_01.png But if I create the sum of files both the target backup set and the source backup set I get the same result http://wiki.prontosystems.de/animation/retrospect/Retrospect_02.png And if I compare the properties of the target and the source backup set I get the same count of files but around 150 GB are missing: http://wiki.prontosystems.de/animation/retrospect/Retrospect_03.png http://wiki.prontosystems.de/animation/retrospect/Retrospect_04.png Does anyone know where the missing data is or why I get different results? Note: There is no deduplication enabled: http://wiki.prontosystems.de/animation/retrospect/Retrospect_05.png Note: The volume where the data is missing is an AFP Share on a Windows based file server (ExtremeZ-IP). Like Apple style there are many extended attributes / alternate data streams in the volume. I don't know if Retrospect has different ways to determine the file count but 150 GB extended attributes is quite impossible, so there is something wrong, I think. Thx in advance & Bye Tom
  6. Servus Robin, I found the checkbox, thx a lot
  7. Hi Community, today we made the experience to work with a desaster recovery on an Exchange server 2010 SP3. We have a broken hardware and reinstalled the Exchange server on a virtual machine with the RecoveryServer switch from the Exchange setup and restored the databases from a Retrospect Exchange backup into the new server. The databases and transaction logs are located on a E:\ partition. The restore works as long as we restored databases which are smaller than the free space on the C:\ partition is. It seems that Retrospect does first a restore on the C:\ partition and after this is complete it copies the database to it's originial destination. If the free space on the C:\ partition is smaller than the largest database, the C:\ partition is running out of free space and the restore terminates with an error "Disk full". So it is a normal behavior that the databases are not located on the C:\ Partition. It is best practice recommended from Microsoft to move the datadases on another partition. So how can we avoid this problem that Retrospect ist doing a temp restore first on the C:\ partition? This is a critical question... Thx & Bye Tom
  8. Fresh Install

    Servus Lennart, the installation of the minor release update to version 9.5 didn't solve my problem so that was the reason why I thought a fresh install would be the next step in my troubleshooting. But first I can give an inplace upgrade a chance, I've nothing to loose... Thx & Bye Tom
  9. Hi Community, because of some problems with Retrospect I wish to upgrade from version 9 to version 10 with a fresh install. Is it possible to keep the scripts, catalouge files and backup sets? Or is an inplace upgrade as good as a fresh installation when changing a major release? Thx & Bye Tom
  10. Servus Johnny, Okay since we had to buy a service contract with the last version it should be no problem to get the new version 10.x. For something should that "must have contract" supposed to be good ;-) Thx & Bye Tom
  11. Servus Lennart, jep it works this way and it helps a lot because now is a reinstall of Retrospect no longer necessary. ;-) Thx & Bye Tom
  12. Hi Community, since a couple of weeks we have problems with the communication between Retrospect server ( and our Tandberg T40 Library [1]. For example if I drag a tape out of the drive back to it's place in the library using the Retrospect devices interface, a task is shortly listed in Retrospects task monitor, just for a part of a second but nothing happens, finaly the task is listed as succesfull done in Retrospects task history but the tape is still in the drive. Or another problem occurs sporadically during the transfer of a disk backup set to a tape backup set, than the media change from the first tape to the second of this backup set doesn't take place but the job keeps alive and blocks the following tasks. If I move the tape with the control interface of the library itself, everything works promptly without any error. We already changed the SAS HBA in the Retrospect server but the problems are still present. Does anyone have a clue how I can fix that problem? [1] http://www.retrospect.com/de/devices/a0JU00000027EATMA2 Thx & Bye Tom
  13. Servus Lennart, the pre/post script finaly should run on a client machine. Maybe I should work with Windows backup wbadmin on that kind of machines, this is fully scriptable. Thx & Bye Tom
  14. Servus Lennart, > There is a built-in scheduler in Windows I'm aware of the Windows task scheduler but this isn't what I want because without a trigger from Retrospect when the backup is done I have to take care on myself that the Windows script doesn't start the database service to early for example. It could be possible that the Retrospect script starts not on the scheduled because any reason (waiting for the client or the backupset for example) an than I run into trouble because the Windows task scheduler has no knowledge about that delay... Thx & Bye Tom