diff --git a/public/content/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/developers/docs/nodes-and-clients/archive-nodes/index.md
index 2cf47278c2c..297835b06d6 100644
--- a/public/content/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -63,7 +63,7 @@ Apart from general [recommendations for running a node](/developers/docs/nodes-a
 Always make sure to verify hardware requirements for a given mode in a client's documentation.
 The biggest requirement for archive nodes is the disk space. Depending on client, it varies from 3TB to 12TB. Even if HDD might be considered a better solution for large amounts of data, syncing it and constantly updating the head of the chain will require SSD drives. [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) drives are good enough but it should be a reliable quality, at least [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Disks can be fitted into a desktop computer or a server with enough slots. Such dedicated devices are ideal for running high uptime node. It's totally possible to run it on a laptop but the portability will come at an additional cost.
 
-All of the data needs to fit in one volume, therefore disks have to be joined, e.g. with [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) or [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). It might be also worth considering using [ZFS](https://en.wikipedia.org/wiki/ZFS) as it supports "Copy-on-write" which ensures data is correctly written to the disk without any low level errors.
+All of the data needs to fit in one volume, therefore disks have to be joined, e.g. with [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) or LVM. It might be also worth considering using [ZFS](https://en.wikipedia.org/wiki/ZFS) as it supports "Copy-on-write" which ensures data is correctly written to the disk without any low level errors.
 
 For more stability and security in preventing accidental database corruption, especially in a professional setup, consider using [ECC memory](https://en.wikipedia.org/wiki/ECC_memory) if your system supports it. The size of RAM is generally advised to be the same as for a full node but more RAM can help speed up the synchronization.
 
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
index 2a1bab7cc38..336f79d73a6 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Abgesehen von den generellen [Empfehlungen zum Betreiben einer Node](/developers
 
 Versichern Sie sich immer, dass ihre Hardware alle Voraussetzungen für einen gegebenen Modus in der Dokumentation des Clients erfüllt. Die größte Voraussetzung für Archivierungsknoten ist dabei der Speicherplatz. Je nach Client variiert dieser von 3 TB bis 12 TB. Obwohl HDD als eine bessere Lösung für große Datenmengen gesehen werden kann, wird eine SSD für das kontinuierliche Synchronisieren und Aktualisieren der Blockchain-Spitze benötigt. [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html)-Datenträger sind ausreichend, jedoch sollten sie von zuverlässiger Qualität, also mindestens [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences) sein. Festplatten können in einen Desktop Computer oder einen Server mit genügend Slots eingebaut werden. Diese speziellen Geräte sind ideal, um Knoten mit hoher Verfügbarkeit zu betreiben. Es ist durchaus möglich, Archivierungsknoten auf einem Laptop zu betreiben. Die Portabilität erfordert jedoch zusätzliche Kosten.
 
-Alle Daten müssen in einen einzigen Speicherort passen, deshalb müssen Festplatten beispielsweise mit [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) oder [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html) zusammengelegt werden. Es könnte sich auch lohnen, [ZFS](https://en.wikipedia.org/wiki/ZFS) zu nutzen, da es „Kopieren beim Schreiben“ (Copy-on-write) unterstützt. Dadurch wird sicherstellt, dass Daten korrekt auf die Festplatten geschrieben werden, ohne dass geringfügige Fehler entstehen.
+Alle Daten müssen in einen einzigen Speicherort passen, deshalb müssen Festplatten beispielsweise mit [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) oder LVM zusammengelegt werden. Es könnte sich auch lohnen, [ZFS](https://en.wikipedia.org/wiki/ZFS) zu nutzen, da es „Kopieren beim Schreiben“ (Copy-on-write) unterstützt. Dadurch wird sicherstellt, dass Daten korrekt auf die Festplatten geschrieben werden, ohne dass geringfügige Fehler entstehen.
 
 Für mehr Stabilität und Sicherheit bei der Prävention gegen die Beschädigung der Datenbanken, besonders in einer professionellen Einrichtung, sollten sie sich überlegen [ECC Speicher](https://en.wikipedia.org/wiki/ECC_memory) zu verwenden, sollte Ihr System dies unterstützen. Die Größe des RAM sollte genauso groß wie für einen vollständigen Knoten sein. Mehr RAM kann jedoch dazu beitragen, die Synchronisierung zu beschleunigen.
 
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/archive-nodes/index.md
index 47ddd691541..1d3ebcc21a8 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ sidebarDepth: 2
 
 Να φροντίζετε πάντα να επαληθεύετε τις απαιτήσεις υλικού για μια δεδομένη λειτουργία στην τεκμηρίωση ενός πελάτη. Η μεγαλύτερη απαίτηση για τους κόμβους αρχειοθέτησης είναι ο χώρος στο δίσκο. Ανάλογα με τον πελάτη, ποικίλλει από 3TB έως 12TB. Ακόμα και αν ο HDD μπορεί να θεωρηθεί καλύτερη λύση για μεγάλες ποσότητες δεδομένων, ο συγχρονισμός του και η συνεχής ενημέρωση της κεφαλής της αλυσίδας θα απαιτήσουν μονάδες SSD. Οι μονάδες [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) είναι αρκετά καλές, αλλά θα πρέπει να είναι αξιόπιστης ποιότητας, τουλάχιστον [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Οι δίσκοι μπορούν να τοποθετηθούν σε έναν επιτραπέζιο υπολογιστή ή σε έναν διακομιστή με αρκετές υποδοχές. Τέτοιες αποκλειστικές συσκευές είναι ιδανικές για τη λειτουργία κόμβου υψηλού χρόνου λειτουργίας. Είναι απολύτως δυνατό να το εκτελέσετε σε φορητό υπολογιστή, αλλά η φορητότητα θα έχει επιπλέον κόστος.
 
-Όλα τα δεδομένα πρέπει να χωρούν σε έναν τόμο, επομένως οι δίσκοι πρέπει να ενωθούν, π.χ. με [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ή [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Ίσως αξίζει επίσης να εξετάσετε το ενδεχόμενο χρήσης του [ZFS](https://en.wikipedia.org/wiki/ZFS) καθώς υποστηρίζει "Copy-on-write" που διασφαλίζει ότι τα δεδομένα εγγράφονται σωστά στο δίσκο χωρίς σφάλματα χαμηλού επιπέδου.
+Όλα τα δεδομένα πρέπει να χωρούν σε έναν τόμο, επομένως οι δίσκοι πρέπει να ενωθούν, π.χ. με [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ή LVM. Ίσως αξίζει επίσης να εξετάσετε το ενδεχόμενο χρήσης του [ZFS](https://en.wikipedia.org/wiki/ZFS) καθώς υποστηρίζει "Copy-on-write" που διασφαλίζει ότι τα δεδομένα εγγράφονται σωστά στο δίσκο χωρίς σφάλματα χαμηλού επιπέδου.
 
 Για περισσότερη σταθερότητα και ασφάλεια στην αποφυγή τυχαίας καταστροφής της βάσης δεδομένων, ειδικά σε μια επαγγελματική εγκατάσταση, σκεφτείτε να χρησιμοποιήσετε [μνήμη ECC](https://en.wikipedia.org/wiki/ECC_memory) εάν το σύστημά σας την υποστηρίζει. Το μέγεθος της μνήμης RAM γενικά συνιστάται να είναι το ίδιο όπως για έναν πλήρη κόμβο, αλλά περισσότερη μνήμη RAM μπορεί να βοηθήσει στην επιτάχυνση του συγχρονισμού.
 
diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md
index 6e496468706..67ad025bcd1 100644
--- a/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/es/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Aparte de las [recomendaciones generales para ejecutar un nodo](/developers/docs
 
 Asegúrese siempre de verificar los requisitos de hardware para un modo determinado en la documentación de un cliente. El mayor requisito para los nodos de archivo es el espacio en el disco. Dependiendo del cliente, varía de 3 TB a 12 TB. Incluso si el disco duro (HDD) podría considerarse una mejor solución para grandes cantidades de datos, sincronizarlo y actualizar constantemente la cabeza de la cadena requerirá unidades SSD de estado sólido. Las unidades [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) son lo suficientemente buenas, pero deben ser de una calidad considerable, al menos [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Los discos se pueden instalar en un ordenador de escritorio o en un servidor con suficientes ranuras. Estos dispositivos dedicados son ideales para ejecutar un nodo de elevado tiempo de actividad. Es perfectamente posible ejecutarlo en un ordenador portátil, pero la portabilidad tendrá un coste adicional.
 
-Todos los datos deben encajar en un solo volumen, por lo tanto, los discos deben unirse, por ejemplo, con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). También podría valer la pena considerar el uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), ya que es compatible con «Copiar en escritura», lo que garantiza que los datos se escriban correctamente en el disco sin ningún error de bajo nivel.
+Todos los datos deben encajar en un solo volumen, por lo tanto, los discos deben unirse, por ejemplo, con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o LVM. También podría valer la pena considerar el uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), ya que es compatible con «Copiar en escritura», lo que garantiza que los datos se escriban correctamente en el disco sin ningún error de bajo nivel.
 
 Para una mayor estabilidad y seguridad en la prevención de la corrupción accidental de la base de datos, especialmente en una configuración profesional, considere el uso de [memoria ECC](https://en.wikipedia.org/wiki/ECC_memory) si su sistema lo admite. Por lo general, se recomienda que el tamaño de la RAM sea el mismo que para un nodo completo, aunque cuanta más RAM, más le ayudará a acelerar la sincronización.
 
diff --git a/public/content/translations/fa/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/fa/developers/docs/nodes-and-clients/archive-nodes/index.md
index eecb1201c1a..98adcdfd625 100644
--- a/public/content/translations/fa/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/fa/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -65,7 +65,7 @@ sidebarDepth: 2
 
 همیشه مطمئن شوید که الزامات سخت افزاری برای یک حالت معین در اسناد کاربر را تایید می‌کنید. بزرگترین نیاز برای گره‌های آرشیو فضای دیسک است. این فضا بسته به کاربر، می‌تواند از 3 ترابایت تا 12 ترابایت متفاوت باشد. حتی اگر HDD راه‌حل بهتری برای حجم زیادی از داده به نظر رسد، برای همگام‌سازی و به روزرسانی پیوسته‌اش با زنجیرۀ شبکه، به درایوهای SSD نیاز خواهد داشت. درایوهای [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) به اندازۀ کافی خوب هستند ولی باید کیفیت قابل اعتماد حداقل در حد [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences) داشته باشند. دیسک‌ها را می‌توان بر روی کامپیوتر یا یک سرور با اسلات کافی نصب کرد. چنین دستگاه‌هایی برای اجرای گره با زمان کاریِ بالا ایده آل و مناسب هستند. اجرای آن بر روی لپ تاپ نیز امکان‌پذیر است ولی قابل حمل بودنش هزینۀ اضافی به همراه خواهد داشت.
 
-تمامی داده‌ها باید در یک حجم قرار گیرند بنابراین دیسک‌ها باید به عنوان مثال توسط [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) یا [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html) به هم متصل شوند. همچنین ممکن است استفاده از سیستم فایل [ZFS](https://en.wikipedia.org/wiki/ZFS) از آنجا که از ویژگی Copy-on-write پشتیبانی می‌کند، ارزشمند باشد، در واقع این ویژگی اطمینان حاصل می‌کند که داده‌ها به درستی بر روی دیسک و بدون هیچ گونه خطای سطح پایین نوشته شده باشند.
+تمامی داده‌ها باید در یک حجم قرار گیرند بنابراین دیسک‌ها باید به عنوان مثال توسط [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) یا LVM به هم متصل شوند. همچنین ممکن است استفاده از سیستم فایل [ZFS](https://en.wikipedia.org/wiki/ZFS) از آنجا که از ویژگی Copy-on-write پشتیبانی می‌کند، ارزشمند باشد، در واقع این ویژگی اطمینان حاصل می‌کند که داده‌ها به درستی بر روی دیسک و بدون هیچ گونه خطای سطح پایین نوشته شده باشند.
 
 برای ثبات و امنیت بیشتر به منظور جلوگیری از خرابی تصادفی در پایگاه داده، به خصوص در تنظیمات حرفه‌ای، از [ECC memory](https://en.wikipedia.org/wiki/ECC_memory) در صورتی که توسط سیستم‌تان پشتیبانی می‌شود، استفاده کنید. به طور کلی توصیه می‌شود سایز RAM هم اندازۀ گره کامل باشد ولی در کل RAM بیشتر می‌تواند به سرعت همگام‌سازی کمک کند.
 
diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md
index 808f93a380d..fa7df83693a 100644
--- a/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/fr/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Outre les [recommandations générales pour l'exécution d'un nœud](/developers
 
 Assurez-vous toujours de vérifier les exigences matérielles pour un mode spécifique dans la documentation du client. L'espace disque est la principale exigence pour les nœuds d'archive. Selon le client, cela varie de 3 To à 12 To. Même si le disque dur peut être considéré comme une meilleure solution pour de grandes quantités de données, sa synchronisation et la mise à jour constante de la tête de chaîne nécessiteront des disques SSD. Les disques [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) sont assez bons mais ils doivent être d'une qualité fiable, au moins [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Les disques peuvent être installés dans un ordinateur de bureau ou un serveur avec suffisamment d'emplacements. Ces appareils dédiés sont idéaux pour exécuter un nœud à haute disponibilité. Il est tout à fait possible de l'exécuter sur un ordinateur portable, mais la portabilité entraînera un coût supplémentaire.
 
-Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau.
+Toutes les données doivent tenir dans un seul volume, donc les disques doivent être joints, par ex. avec [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou LVM. Il pourrait également être utile d'envisager d'utiliser [ZFS](https://en.wikipedia.org/wiki/ZFS) car il prend en charge « Copy-on-write » qui garantit que les données sont correctement écrites sur le disque sans aucune erreur de bas niveau.
 
 Pour plus de stabilité et de sécurité dans la prévention de la corruption accidentelle de la base de données, en particulier dans une configuration professionnelle, envisagez d'utiliser la [mémoire ECC](https://en.wikipedia.org/wiki/ECC_memory) si votre système le prend en charge. Il est généralement conseillé d'avoir la même quantité de RAM que pour un nœud complet, mais davantage de RAM peut accélérer la synchronisation.
 
diff --git a/public/content/translations/hi/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/hi/developers/docs/nodes-and-clients/archive-nodes/index.md
index c7cff829817..13a45e46f4b 100644
--- a/public/content/translations/hi/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/hi/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ sidebarDepth: 2
 
 क्लाइंट के प्रलेखन में किसी दिए गए मोड के लिए हार्डवेयर आवश्यकताओं को हमेशा सत्यापित करना सुनिश्चित करें। आर्काइव नोड्स के लिए सबसे बड़ी आवश्यकता डिस्क स्थान है। क्लाइंट के आधार पर, यह 3TB से 12TB तक भिन्न होता है। यहां तक कि अगर HDD को बड़ी मात्रा में डेटा के लिए बेहतर समाधान माना जा सकता है, तो इसे सिंक करने और श्रृंखला के प्रमुख को लगातार अपडेट करने के लिए SSD ड्राइव की आवश्यकता होगी। [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) ड्राइव काफी अच्छे हैं लेकिन यह एक विश्वसनीय गुणवत्ता होनी चाहिए, कम से कम [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences)। डिस्क को डेस्कटॉप कंप्यूटर या पर्याप्त स्लॉट वाले सर्वर में फिट किया जा सकता है। ऐसे समर्पित उपकरण उच्च अपटाइम नोड चलाने के लिए आदर्श हैं। इसे लैपटॉप पर चलाना पूरी तरह से संभव है लेकिन पोर्टेबिलिटी के लिए अतिरिक्त लागत आएगी।
 
-सभी डेटा को एक वॉल्यूम में फिट करने की आवश्यकता है, इसलिए डिस्क को जोड़ना होगा, उदाहरण के लिए [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) या [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html) के साथ। यह [ZFS](https://en.wikipedia.org/wiki/ZFS) का उपयोग करने पर विचार करने के लायक भी हो सकता है क्योंकि यह "कॉपी-ऑन-राइट" का सपोर्ट करता है जो सुनिश्चित करता है कि डेटा बिना किसी निम्न स्तर की त्रुटियों के डिस्क पर सही ढंग से लिखा गया है।
+सभी डेटा को एक वॉल्यूम में फिट करने की आवश्यकता है, इसलिए डिस्क को जोड़ना होगा, उदाहरण के लिए [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) या LVM के साथ। यह [ZFS](https://en.wikipedia.org/wiki/ZFS) का उपयोग करने पर विचार करने के लायक भी हो सकता है क्योंकि यह "कॉपी-ऑन-राइट" का सपोर्ट करता है जो सुनिश्चित करता है कि डेटा बिना किसी निम्न स्तर की त्रुटियों के डिस्क पर सही ढंग से लिखा गया है।
 
 अचानक डेटाबेस खराब होने को रोकने में अधिक स्थिरता और सुरक्षा के लिए, विशेष रूप से एक पेशेवर सेटअप में, [ECC मेमोरी](https://en.wikipedia.org/wiki/ECC_memory) का उपयोग करने पर विचार करें यदि आपका सिस्टम इसका समर्थन करता है। RAM का आकार आमतौर पर एक पूर्ण नोड के समान होने की सलाह दी जाती है, लेकिन अधिक RAM सिंक्रनाइज़ेशन को गति देने में मदद कर सकता है।
 
diff --git a/public/content/translations/hu/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/hu/developers/docs/nodes-and-clients/archive-nodes/index.md
index abb713e7ba3..fc35e615c7d 100644
--- a/public/content/translations/hu/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/hu/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Azon túl, amit általános [javaslatként megfogalmaznak a csomópont futtatás
 
 Mindig ellenőrizze az egy adott csomópontra vonatkozó hardverigényeket a kliens dokumentációjában. Az archív csomópontok legnagyobb igénye a tárhely. A klienstől függően ez 3 és 12 TB között változhat. A HDD jobb lenne a nagymennyiségű adatok tárolásához, de a szinkronizálás és a lánc elejének állandó frissítése SSD-meghajtókat igényel. A [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) meghajtók elég jók, de abból is a megbízható minőségű javasolt, vagyis legalább a [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). A lemezek elég lemezhellyel rendelkező asztali gépbe vagy szerverbe is behelyezhetők. Ezek a dedikált eszközök ideálisak egy ilyen, szinte állandóan aktív csomópont futtatásához. Laptopon is futtatható, de a hordozhatóság több költséggel jár.
 
-Az összes adatnak egy köteten el kell férnie, ezért a lemezeket össze kell kapcsolni, pl. a [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) vagy a [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html) által. Érdemes lehet megfontolni a [ZFS](https://en.wikipedia.org/wiki/ZFS) használatát is, mert ez támogatja az írásra másolás (copy-on-write) funkciót, amivel az adat biztosabban, alacsony szintű hiba nélkül íródik a lemezre.
+Az összes adatnak egy köteten el kell férnie, ezért a lemezeket össze kell kapcsolni, pl. a [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) vagy a LVM által. Érdemes lehet megfontolni a [ZFS](https://en.wikipedia.org/wiki/ZFS) használatát is, mert ez támogatja az írásra másolás (copy-on-write) funkciót, amivel az adat biztosabban, alacsony szintű hiba nélkül íródik a lemezre.
 
 A nagyobb stabilitás érdekében és a véletlen adatbázis-meghibásodás megelőzésére, főleg a professzionális összeállításban, érdemes [ECC-memóriát](https://en.wikipedia.org/wiki/ECC_memory) használni, ha azt a rendszer is támogatja. A RAM méretének általában akkorának kell lennie, mint egy teljes csomópont esetében, de az ennél több RAM csak segíthet a szinkronizálás gyorsításában.
 
diff --git a/public/content/translations/it/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/it/developers/docs/nodes-and-clients/archive-nodes/index.md
index d699e0f3444..03beb264b1e 100644
--- a/public/content/translations/it/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/it/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Oltre ai [consigli generali per eseguire un nodo](developers/docs/nodes-and-clie
 
 Assicurati sempre di verificare i requisiti hardware per una data modalità nella documentazione di un client. Il principale requisito per i nodi archivio è lo spazio su disco. A seconda del client, varia da 3TB a 12TB. Anche se gli HDD potrebbero essere considerati la migliore soluzione per grandi quantità di dati, sincronizzare e aggiornare costantemente la testa della catena richiederà dischi SSD. I dischi [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) sono abbastanza buoni ma dovrebbero essere di una qualità affidabile, almeno [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). I dischi possono esser montati in un computer fisso o un server dotato di un numero sufficiente di slot. Tali dispositivi dedicati sono ideali per eseguire nodi con tempi di disponibilità elevati. È assolutamente possibile eseguirli su un laptop, ma la portabilità comporterà un costo aggiuntivo.
 
-Tutti i dati devono entrare in un volume, dunque i dischi devono essere uniti, ad esempio con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Inoltre, potrebbe valere la pena di considerare l'utilizzo di [ZFS](https://en.wikipedia.org/wiki/ZFS) poiché supporta la "Copy-on-write", che assicura che i dati siano scritti correttamente senza alcun errore di basso livello.
+Tutti i dati devono entrare in un volume, dunque i dischi devono essere uniti, ad esempio con [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) o LVM. Inoltre, potrebbe valere la pena di considerare l'utilizzo di [ZFS](https://en.wikipedia.org/wiki/ZFS) poiché supporta la "Copy-on-write", che assicura che i dati siano scritti correttamente senza alcun errore di basso livello.
 
 Per una maggiore stabilità e sicurezza nel prevenire la corruzione accidentale del database, specialmente in una configurazione professionale, prendi in considerazione di utilizzare la [memoria ECC](https://en.wikipedia.org/wiki/ECC_memory), se il tuo sistema la supporta. Generalmente si consiglia che le dimensioni della RAM siano le stesse richieste per un nodo completo, ma maggiori quantità di RAM possono aiutare a velocizzare la sincronizzazione.
 
diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/archive-nodes/index.md
index c850d1e148b..ba53667d96f 100644
--- a/public/content/translations/ja/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/ja/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ sidebarDepth: 2
 
 クライアントのドキュメントで、所定のモードの要件を必ず確認するようにしてください。 アーカイブノードでは、ディスクスペースが最大の要件となります。 クライアントにもよりますが、3TBから12TBが必要になります。 HDDは、大容量データの保存には適しているかもしれませんが、同期して常にチェーンの先頭を更新するには、SSDドライブが必要です。 [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html)ドライブでも十分ですが、最低でも [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences)以上の品質のものを選びましょう。 ディスクは、十分なスロットがあるデスクトップコンピュータまたはサーバーが適しています。 このような専用デバイスは、稼働時間の長いノードに最適です。 ノートパソコンで実行しても全く問題ありませんが、移植性の面で追加コストがかかります。
 
-全データを1つのボリュームに収めるため、複数のディスクを [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0)や[LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html)を使って結合する必要があります。 [ZFS](https://en.wikipedia.org/wiki/ZFS)では、低レベルのエラーの影響を受けずに正しいデータを確実に書き込む「コピーオンライト」をサポートしているため、検討する価値があるかもしれません。
+全データを1つのボリュームに収めるため、複数のディスクを [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0)やLVMを使って結合する必要があります。 [ZFS](https://en.wikipedia.org/wiki/ZFS)では、低レベルのエラーの影響を受けずに正しいデータを確実に書き込む「コピーオンライト」をサポートしているため、検討する価値があるかもしれません。
 
 特に専門的なセットアップにおいては、さらなる安定性とセキュリティのために、偶発的なデータベースの破損を防ぐ[ECCメモリ](https://en.wikipedia.org/wiki/ECC_memory)の使用を検討してください。 RAMのサイズは通常、フルノードと同等のサイズにすることが推奨されますが、RAMのサイズが大きいほど、同期の速度は向上します。
 
diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
index b142285700f..ee85cd86aab 100644
--- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Além das [recomendações gerais para executar um nó](/developers/docs/nodes-a
 
 Sempre verifique os requisitos de hardware para um determinado modo na documentação de um cliente. O maior requisito para nós de arquivo é o espaço em disco. Dependendo do cliente, varia de 3 TB a 12 TB. Mesmo que o HDD possa ser considerado uma solução melhor para grandes quantidades de dados, sincronizá-lo e atualizar constantemente o topo da cadeia exigirá unidades SSD. As unidades [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) são boas o suficiente, mas devem ser de qualidade confiável, pelo menos [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences). Os discos podem ser inseridos em um computador ou servidor com slots suficientes. Esses dispositivos dedicados são ideais para executar um nó de alto tempo de atividade. É totalmente possível executá-lo em um laptop, mas a portabilidade virá com um custo adicional.
 
-Todos os dados precisam se encaixar em um volume, portanto, os discos devem estar unidos, por exemplo, com [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html). Também pode valer a pena considerar o uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), pois ele suporta "Copy-on-write", que garante que os dados sejam gravados corretamente no disco sem quaisquer erros de baixo nível.
+Todos os dados precisam se encaixar em um volume, portanto, os discos devem estar unidos, por exemplo, com [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) ou LVM. Também pode valer a pena considerar o uso de [ZFS](https://en.wikipedia.org/wiki/ZFS), pois ele suporta "Copy-on-write", que garante que os dados sejam gravados corretamente no disco sem quaisquer erros de baixo nível.
 
 Para obter mais estabilidade e segurança na prevenção de corrupção acidental do banco de dados, especialmente em uma configuração profissional, considere usar [memória ECC](https://en.wikipedia.org/wiki/ECC_memory) se o seu sistema a suportar. O tamanho de RAM é geralmente recomendado para ser o mesmo de um nó completo, mas mais RAM pode ajudar a acelerar a sincronização.
 
diff --git a/public/content/translations/tr/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/tr/developers/docs/nodes-and-clients/archive-nodes/index.md
index 53ef97d80f7..d37b9a48152 100644
--- a/public/content/translations/tr/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/tr/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ Kendi arşiv düğümünüzü başlatmadan önce, istemciler arasındaki farklar
 
 Belirli bir mod için donanım gereksinimlerini müşteri dökümanlarında doğruladığınızdan her zaman emin olun. Arşiv düğümleri için en büyük gereklilik disk alanıdır. İstemciye bağlı olarak 3 TB ile 12 TB arasında değişir. Daha büyük miktardaki veriler için HDD daha iyi bir çözüm olarak düşünülse bile, senkronize etmek ve zincirin başını sürekli güncellemek SSD sürücülerini gerektirir. [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) sürücüleri yeterlidi fakat güvenilir kalitede, en az [TLC'de](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences) olmalıdırlar. Diskler yeterli yuvaya sahip bir masaüstü bilgisayara veya sunucuya yerleştirilebilir. Bunun gibi özel cihazlar, yüksek çalışma süresi gerektiren düğümleri çalıştırmak için idealdir. Bir dizüstü bilgisayarda çalıştırmak tamamıyla mümkün, ancak taşıması ek bir maliyete tabi olacaktır.
 
-Tüm veri bir hacme sığmalıdır, bu yüzden diskler bağlı olmalıdır, örneğin [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) veya [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html) ile. Verilerin herhangi bir düşük seviyeli hata olmadan doğru bir şekilde diske yazılmasını sağlayan "Yazma sırasında kopyalama" özelliğini desteklediği için [ZFS](https://en.wikipedia.org/wiki/ZFS) kullanmayı da düşünmek faydalı olabilir.
+Tüm veri bir hacme sığmalıdır, bu yüzden diskler bağlı olmalıdır, örneğin [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) veya LVM ile. Verilerin herhangi bir düşük seviyeli hata olmadan doğru bir şekilde diske yazılmasını sağlayan "Yazma sırasında kopyalama" özelliğini desteklediği için [ZFS](https://en.wikipedia.org/wiki/ZFS) kullanmayı da düşünmek faydalı olabilir.
 
 Kazara gerçekleşebilecek veritabanı bozulmalarını daha kararlı ve güvenli bir şekilde önlemek için, özellikle profesyonel kurulumlarda sisteminiz destekliyorsa [ECC memory](https://en.wikipedia.org/wiki/ECC_memory) kullanmayı düşünebilirsiniz. RAM boyutunun genellikle bir tam düğümle aynı olması tavsiye edilir, ancak daha fazla RAM senkronizasyonu hızlandırmaya yardımcı olabilir.
 
diff --git a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/archive-nodes/index.md
index 32e2fbefaa5..cf9cb2e577a 100644
--- a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ sidebarDepth: 2
 
 永遠在用戶端文檔中確認滿足了特定模式的硬體要求。 對歸檔節點來說，最大的需求是磁碟空間。 取決於用戶端的不同，可能從 3TB 到 12TB 都有。 雖然硬碟被認為可能是儲存大量資料的更好辦法，但同步資料和不斷地更新鏈頭需要固態硬碟。 [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) 硬碟足夠好，但它要有可靠的品質，至少要 [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences)。 磁碟可以安裝在有足夠插槽的桌機或伺服器中。 這些專用設備適合需要長時間正常運行的節點。 在筆電上運行也是完全可行的，但便攜性將帶來額外的成本。
 
-所有的資料都需要放入一個磁碟區中，所以磁碟必須合併，如 [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) 或 [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html)。 或許 [ZFS](https://en.wikipedia.org/wiki/ZFS) 也是值得考慮的選擇，因為它支援「寫入時複製」，確保了資料正確寫入磁碟而沒有任何低階錯誤。
+所有的資料都需要放入一個磁碟區中，所以磁碟必須合併，如 [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) 或 LVM。 或許 [ZFS](https://en.wikipedia.org/wiki/ZFS) 也是值得考慮的選擇，因為它支援「寫入時複製」，確保了資料正確寫入磁碟而沒有任何低階錯誤。
 
 關於更多避免資料庫損毀的穩定安全方法，特別是專業設定中，如果你的系統支援，可以考慮 [ECC 記憶體](https://en.wikipedia.org/wiki/ECC_memory)。 RAM 的大小一般建議和全節點一樣，但更多的 RAM 可以加速同步速度。
 
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/archive-nodes/index.md
index a1bbe3abc98..4d4295bf8c3 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/archive-nodes/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -62,7 +62,7 @@ sidebarDepth: 2
 
 始终确保满足客户端文档中给定模式的硬件要求。 归档节点的最大要求是磁盘空间。 根据不同的客户端，此项要求从 3TB 到 12TB 不等。 虽然人们可能认为机械硬盘是更适合存储大量数据的解决方案，不过，同步数据和持续地更新链头需要使用固态硬盘。 [SATA](https://www.cleverfiles.com/help/sata-hard-drive.html) 驱动器足够好，但它应该拥有可靠的质量，至少是 [TLC](https://blog.synology.com/tlc-vs-qlc-ssds-what-are-the-differences) 类型的。 磁盘可以安装在有足够插槽的台式电脑或服务器中。 这样的专用设备是运行高正常运行时间节点的理想选择。 在笔记本上运行是完全可以实现的，代价是需要牺牲一定的便携性。
 
-所有数据需要存放在一个卷中，因此必须对磁盘进行合并，例如采用 [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) 方案或 [LVM](https://web.mit.edu/rhel-doc/5/RHEL-5-manual/Deployment_Guide-en-US/ch-lvm.html)。 你也可以考虑使用 [ZFS](https://en.wikipedia.org/wiki/ZFS)，因为它支持“写时复制”，从而确保数据正确地写入磁盘，而不会出现任何低级错误。
+所有数据需要存放在一个卷中，因此必须对磁盘进行合并，例如采用 [RAID0](https://en.wikipedia.org/wiki/Standard_RAID_levels#RAID_0) 方案或 LVM。 你也可以考虑使用 [ZFS](https://en.wikipedia.org/wiki/ZFS)，因为它支持“写时复制”，从而确保数据正确地写入磁盘，而不会出现任何低级错误。
 
 为了提高稳定性和安全性，防止发生意外的数据库损坏，你可以在系统支持时考虑使用 [ECC 内存](https://en.wikipedia.org/wiki/ECC_memory)，尤其是在专业设置中。 内存大小通常建议与全节点相同，但更大的内存可以帮助加速同步。