Crashplan lämnar konsumentmarknaden

Trädvy Permalänk
Medlem
Plats
Huddinge, Stockholm
Registrerad
Jan 2003
Skrivet av Pepsin:

Största problemet är Java VM:en måste vara igång hela tiden och drar en hel del minne (flera gigabyte) och även en del CPU, oavsett om någon backup körs för tillfället eller inte. Dessutom är det många som inte vill ha Java JRE installerat på datorn av säkerhetsskäl.

Som några på sätt och vis har bekräftat (jag visste det inte) så kan Crashplan dra flera GB minne om man backupar mycket data. Men det tror jag inte är relaterat till Java utan till sättet som de hanterar backuppningen på. JavaVM i sig drar inte några GB minne utan det beror mestadels på programmen som körs.

Med det sagt så kan självklart minnesanvändningen vara problematisk, men jag tvivlar stort på att det grundar sig i Java.

Trädvy Permalänk
Medlem
Plats
Uppsala
Registrerad
Jul 2001
Skrivet av AxMi-24:

Hur löser du krypteringen? Krypterad lagring på glacier borde vara billigt och bra om man kan fixa det relativt enkelt (så att släkt och vänner också klarar av det).

Finns en funktion i QNAP QTS för att kryptera med AES 256 innan det skickas över till Amazon, om man inte litar på deras egen kryptering.
Har tittat på Glacier och det är väldigt, väldigt billigt att lagra data där. Problemet är att det blir snordyrt att få ut det igen om det behövs, speciellt om man behöver det snabbt.

Skrivet av KimTjik:

Förklara gärna vilket scenario som krävs för att appen ska dra flera GB minne. Det verkar lite osannolikt och tycks kräva en ganska speciell miljö med både extremt mycket data och ständiga ändringar av filer.

Nu använder inte Crashplan Java applets, vilket är förknippat med säkerhetsrisker. Bara för att något använder Java betyder inte per automatik att det är osäkert. Crashplan likt många andra appar exekverar bara bestämda kommandon.

Att inte köra någon form av tjänst för kontinuerlig backup kanske fungerar för dig. För många, särskilt företag, krävs kontinuerliga backuper och möjlighet till versionshantering. Du kan inte jämföra äpplen och päron bara för att du bestämt dig för att göra äppelpaj.

Eftersom Java körs i en VM kan det inte dynamiskt allokera minne, utan man specificerar hur mycket minne den ska använda i Java-inställningarna eller för varje app. Som standard allokerar Crashplan 1 GB RAM (så fort det startas) men många måste öka detta till 2 eller 4+ GB om de har mycket data eller många småfiler, annars kraschar Crashplan titt som tätt när det får slut på minne... Ett väldigt vanligt problem med Crashplan.

Jag kör ju en tjänst för kontinuerlig backup, men den körs inte på varje klientdator för sig utan centralt på NAS:et
Det är precis så företag jobbar, med en central filarea där man sedan har redundans och backup. Så istället för att spara alla dokument under c:\Users\Nisse\Documents så sparar man det i en nätverksmapp istället typ \\NAS\Homes\Nisse\Documents där det kontinuerligt backas (plus att man har fördelen att kunna komma åt samma filer från t.ex. surfplatta eller laptop).

Då slipper man vara beroende av att klientdatorn är igång hela tiden för att t.ex. ladda upp stora filer till molnet. Det rullar på kontinuerligt oavsett om datorn är igång eller inte. Versionshantering finns i de flesta NAS både när man backar till molnet och lokalt mellan olika NAS eller olika diskar i samma NAS.
Sedan finns det såklart vissa filer under t.ex. %appdata%, Steam\userdata o.s.v. lokalt på datorn som man kanske vill ha backup på, så detta backas också till NAS:et (1 gång per dag för mig, men kunde lika gärna vara kontinuerligt).

Asus Prime X370-Pro / Ryzen 7 1800X / 16 GB DDR4 3200 @ C14 / Asus GTX 1070 Turbo 8 GB
Fractal Design XL R2 / Phanteks PH-TC14PE / Corsair CX650M
500+480+240+120 GB SSD / 3+2 TB HDD / DVD-RW

Trädvy Permalänk
Moderator
Registrerad
Mar 2006
Skrivet av Pepsin:

Eftersom Java körs i en VM kan det inte dynamiskt allokera minne, utan man specificerar hur mycket minne den ska använda i Java-inställningarna eller för varje app. Som standard allokerar Crashplan 1 GB RAM (så fort det startas) men många måste öka detta till 2 eller 4+ GB om de har mycket data eller många småfiler, annars kraschar Crashplan titt som tätt när det får slut på minne... Ett väldigt vanligt problem med Crashplan.

Jag har inte analyserat exakt hur Crashplan motorn allokerar minne. Däremot rapporterar inte Windows mer än ca 600MB för en av instanserna med de förutsättningar jag redan nämnt, vilken just omfattar massor av föränderliga småfiler än om datamängden sällan är högre än ca 70GB. Det är möjligt att tjänsten stegvis skulle öka minnesmängden över detta, något jag hittills dock inte noterat.

Nu är detta en företagsmiljö så där finns andra typer av backuper, för t ex de virtuella Windows maskiner som snurrar i RDS farmen, vilka via via rsync backas upp till en helt annan fysisk plats. Crashplan är bara en extra backup mot en helt extern tjänst, för utvalda filer relaterade till affärssystem.