Lars
Sep 27, 2013 5:13:28 PM

CPU for NAS

I want to buy a NAS and syncrify licenses for office.

The NAS will be offsite over internet connection. The first fill can be on LAN, later (delta) backups per DSL.

Every of the 6 PCs will take an daily backup with about 80 changed files.

Is a NAS With a Marvell CPU sufficient or is a NAS with Atom-CPU needed.

Thera are significant speed differences? My reason for this question is the price, I have to invest in syncrify and NAS.



Synametrics support engineer
Oct 1, 2013 9:22:51 AM

CPU for NAS

Dear Lars,

We recommend an Intel Atom CPU for Marvell. Most NAS do not run any CPU intensive tasks. Syncrify on the other hand requires CPU chrunching on the server, particularly when you enable versioning. Therefore, a better CPU and a faster hard drive is always recommended.

Another problem with Marvel CPU is getting Java installed on it. AFAIK, Marvell is based on ARM and a Java VM is available. Getting it and installing it may be somewhat challenging.

 

Regards,

Imran



Lars
Oct 9, 2013 3:15:44 PM

CPU for NAS

Many thanks for the info!

 at the moment I think that two Netgear ReadyNAS 312 is the right thing.

Therefore the question of Benny in the forum "feature request" also very interesting for me: "Disaster Recovery over slow connection".

One NAS will be at the office, the other at home. If one is stolen or office burns down, then I have the backup on the other offsite. The connection is relative slow: 500 kBit upload each, 6 MBit download.



Synametrics support engineer
Oct 10, 2013 1:00:39 PM

CPU for NAS

Dear Lars,

Disaster recover over a slow connection is similar to running a Syncrify client on one machine and transfering the data to the other. This will use rsync and therefore, won't put a strain on your network.

The only reason why the current DR implement is discouraged over a slow network is that it transfers the entire file. This is done to keep the CPU free for real backup jobs.

Imran



Lars
Oct 14, 2013 4:08:44 PM

many Thanks!

Thanks for info!

In the next weeks I will buy licenses. Currently works evaluation period.

NAS are picked out: Netgear ReadyNAS 300 series. I think, installation on these are simplest because there have a clean Debian system with paket manager on board. The other like Qnap or Synology looks like more "boxed systems". I hope this is the right choice. The future will show.

 

Is there a plan for more time options on client? E.g. if backup fails, because the notebook is in my bag or with no connection to server with other reasons.

In my opinion a additional preference are useful: if fails on defined time on daily backup, then retry every hour or something like that.Another idea is a option for retry if backup-server is accessible.
 Then a notebook backup fails, and then the notebook checks e.g. every ten minutes wether server is accessible.

sorry please for my scrappy english.



Danny
Oct 14, 2013 6:31:37 PM

many Thanks!

Hi,

Just curious: any particular reason for buying a NAS just for this? Why not use a regular desktop from Walmart that costs $300 and put Debian on it? That will have an AMD or Intel cpu powerful enough to run Syncrify and a few other things if needed.

One suggestion: don't use daily backup for scheduling. Interval works much better. For example, if you set the interval to 10 hours, if your machine goes to sleep and wakes up after 12 hours, a backup will run immediately.

Danny



Joshua
Dec 30, 2013 1:38:18 PM

many Thanks!

Did you purchase the ReadyNAS 300 series and install Syncrify OK? We have a ReadyNAS 314 and have had difficulties getting it stable. It installs, but Java tends to crash frequently.



Lars
Jan 10, 2014 1:11:25 AM

Syncrify on Netgear ReadyNAS 312

I have limited time, therefore I write in german.

Ich habe es installiert und es läuft wunderbar.

Gelegentliche Abstürze könnten folgende Ursache haben:

Wenn Synrify eine Datei inkrementell sichert, benötigt es ein temp-Verzeichnis. Syncrify empfängt die geänderten Teile der Datei und setzt zusammen mit der auf dem NAS vorhandenen Version der Datei die geänderte Datei zusammen. Dies geschieht im temp-Verzeichnis.

Bei einer großen Datei sieht das dann so aus:

root@NasCranzahl:~# ls -l /tmp
total 2677792
-rw-r--r-- 1 root root    4896389 Dec  6 21:21 SyncServTmp_4_1386361039926.chunk
-rw-r--r-- 1 root root 2737158991 Dec  6 21:23 SyncServTmp_4_1386361039926.merge
drwxr-xr-x 1 root root          0 Dec  6 21:23 hsperfdata_root
 
Eine große Datei, bei mir war es die Outlook PST, die 4 GB groß war, läuft das temp-Verzeichnis über, da der Platz nicht ausreicht.
Syncrify legt das temp-Verzeichnis auf dem Systemlaufwerk an.
Laufwerk anzeigen, auf welchem sich der temp-Ordner befindet:
root@NasCranzahl:~# df -k /tmp
Filesystem     1K-blocks    Used Available Use% Mounted on
/dev/md0         4190208 3797656       136 100% /
 
 
Das Systemlaufwerk ist auf dem NAS also etwa 4 GB groß. Bei großen Dateien wird es voll und Syncrify stürzt ab.
 
Lösung:
Ich habe das temp-Verzeichnis auf mein Datenlaufwerk verschoben, Anleitung auch unter
 
 
erstelle eine neue Datei:
root@NasCranzahl:~# vi /opt/Syncrify/config/server.properties
 
Inhalt der Datei:
java.io.tmpdir=/NAME_OF_VOLUME/NAME_OF_NEW_SYNCRIFY_TEMP_FOLDER
 
check: ist die Datei da?
root@NasCranzahl:~# ls /NAME_OF_VOLUME
BackupDeltaCopyDestEncrypt  BackupRsncSource        ReplicateSystemTest  home
public_ssh_key.txt          NAME_OF_NEW_SYNCRIFY_TEMP_FOLDER
ok, Datei ist vorhanden
 
jetzt Syncrify Restart...
in der Weboberfläche von Syncrify Server die Veriablen anzeigen lassen:
https://syncrifyServerURL/app?operation=debug
 
Dort gibt es einen Eintrag "java.io.tmpdir", dieser sollte nun auf das geänderte Verzeichnis zeigen:
/NAME_OF_VOLUME/NAME_OF_NEW_SYNCRIFY_TEMP_FOLDER
 
 
...und der temp-Folder ist in Syncrify drin und wird verwendet!
Ab jetzt können auch sehr große Dateien übertragen werden ohne Abbruch

Navigation

Social Media

Powered by 10MinutesWeb.com