Als u de standaardinstellingen van CCC voor SafetyNet gebruikt, dan kunt u in de Geavanceerde instellingen een ruimere optimalisatielimiet instellen. De vereiste hoeveelheid vrije ruimte op uw doel is afhankelijk van de grootte van de bestanden die u normaal gesproken in de loop van de dag bewerkt. Over het algemeen hebt u aan het begin van de reservekopietaak (d.w.z. direct nadat de optimalisatie is voltooid) zo veel ruimte nodig als er doorgaans tijdens een reservekopietaak wordt gekopieerd.
Laatst bijgewerkt door 6 March 2017
Er zijn enkele logische verklaringen als de gemelde capaciteiten in Schijfhulpprogramma niet overeenstemmen. Sommige systeembestanden en -mappen zijn uitgesloten van een reservekopietaak omdat ze opnieuw worden aangemaakt telkens als de computer opnieuw opstart, of ze zijn gewoon niet geschikt voor reservekopieën omdat ze niet naar behoren werken op een andere harde schijf of computer. Het grootste en meest opvallende uitgesloten onderdeel is het bestand /private/var/vm/sleepimage. Het sleepimage-bestand bevat de livetoestand van het RAM van uw Mac.
Laatst bijgewerkt door 8 January 2018
Soms raken hardwareonderdelen defect op een trage, vervelende en inconsistente manier. Op een bepaald moment kopieert u gegevens naar de schijf om deze vervolgens te gebruiken zoals u dat altijd doet. Maar opeens krijgt u te maken met schijnbaar willekeurige fouten, blokkeringen, crashes, een “verdwenen” doelvolume tijdens de reservekopietaak, een vergrendelde Finder en ander onaangenaam gedrag.
Laatst bijgewerkt door 22 May 2017
Sommige programma’s werken niet wanneer ze zijn overgezet naar een nieuwe schijf of wanneer ze op een andere Mac worden gestart. Dit heeft niets te maken met het feit of CCC al dan niet een reservekopie van uw gegevens maakt of met de wijze waarop het dit doet. Dit heeft wel alles te maken met de vereisten voor het gebruik van serienummers die door de leveranciers van de software zijn opgelegd (d.w.z. hun beleid om piraterij tegen te gaan).
Laatst bijgewerkt door 4 May 2017
Backing up multiple volumes or multiple Macs to a single hard drive can be a messy proposition. If you back up each source volume to the same destination volume without some pre-planning, data from each source volume will be merged in a heap on the backup volume. Additionally, your tasks will archive or delete each other's backed up content. Carbon Copy Cloner can solve this problem! We lay out a few different scenarios and solutions below.
Laatst bijgewerkt door 22 March 2017
Generally, yes. Performance will be affected during the backup task (especially the first one) as CCC reads the entire source volume and writes to the destination volume. If your work is "disk bound" — that is your applications are reading or writing to either the source or destination, then you'll notice a performance hit. If you're just reading email or writing a document, then you probably won't notice the performance hit.
Laatst bijgewerkt door 6 March 2017
CCC always examines the files on the destination to determine if they already match those on the source. If you have a volume that is virtually identical to your source, CCC will copy only the items that are different between the two volumes.
Laatst bijgewerkt door 6 March 2017
No, CCC will exclude the Backups.backupdb folder during a backup task because Time Machine backup folders contains Apple-proprietary filesystem devices. Apple's recommended procedure for copying a Time Machine volume is documented in this Apple Kbase article.
Laatst bijgewerkt door 6 March 2017
Network appliances are well suited to the task of serving media to multiple workstations, but they aren't necessarily great backup appliances. Media files are generally large and the required data rate for streaming media is relatively low. Consider a 1-hour, 1GB HD movie file. Streaming 1GB over the course of an hour requires only 0.27MB/s. That's a fairly easy task, even over a weak wireless network. If you want to back up 100GB in an hour, and that 100GB is comprised of a million smaller files, that's when you need some more muscle behind the file server.
Laatst bijgewerkt door 6 March 2017