एक दूरस्थ सर्वर के लिए बैकअप

एक दूरस्थ सर्वर के वृद्धिशील बैकअप के लिए तेजी से समाधान के साथ धीमी rdiff- बैकअप को बदलने की आवश्यकता है। Rsnapshot को पहले माना जाता था, लेकिन इसका कारण यह था कि यह रिमोट सर्वर पर बैसाखी के बिना बैकअप नहीं दे सकता था। अन्य एनालॉग्स भी हमें एक कारण या किसी अन्य के लिए उपयुक्त नहीं थे। हम गितुब खुली जगहों पर तैयार कुछ खोजना नहीं चाहते थे और इसे अपने लिए खत्म कर रहे थे, इसलिए अपने दम पर खरोंच से एक नई स्क्रिप्ट लिखने का फैसला किया गया था। मुख्य लक्ष्य rdiff के समान दूरस्थ सर्वर के लिए वृद्धिशील बैकअप के लिए एक समाधान बनाना है, लेकिन rsync हार्ड लिंक का उपयोग करना।


स्क्रिप्ट हमारे रेपो में गितुब पर पोस्ट की गई है, हमें प्रतिक्रिया, सुझाव, कॉमेट्स प्राप्त करने में खुशी होगी!

एक उदाहरण के रूप में CentOS 6.x का उपयोग करके हमारे समाधान को लागू करने के निर्देश

बैकअप सर्वर तैयार करना।

सामान्य सेटअप।

Rsync और xinetd स्थापित करें:
yum -y install rsync xinetd

Xinetd सेवा को atload में जोड़ें:
chkconfig --add xinetd

Rsync की अनुमति दें
vi /etc/xinetd.d/rsync

अक्षम करें = अक्षम करने के लिए हां = नहीं
और कॉन्फ़िगरेशन फ़ाइल /etc/rsyncd.conf बनाएं

और इसे जोड़ें:
pid file = /var/run/rsyncd.pid
log file = /var/log/rsyncd.log

यह सामान्य सेटअप को पूरा करता है और एक विशिष्ट सर्वर के लिए बैकअप को कॉन्फ़िगर करने के लिए आगे बढ़ता है।

सर्वर बैकअप के लिए वातावरण सेट करना।

यदि वह अभी तक नहीं जोड़ा गया है तो उपयोगकर्ता को जोड़ें:

 usernames=backup useradd -g backups $usernames rm -f /home/$usernames/.bash* mkdir /home/$usernames/.ssh /home/$usernames/rsyncbackups chown -R $usernames:backups /home/$usernames chown -R root:root /home/$usernames/.ssh touch /home/$usernames/.ssh/authorized_keys 

कुंजी के साथ ब्लॉक उत्पन्न डेटा id_rsa.pub के साथ प्रतिस्थापित किया जाना चाहिए:
no-port-forwarding,no-X11-forwarding,no-pty ssh-rsa ---your-ssh-key-here--- root@backup.example.com

/Etc/rsyncd.conf में जोड़ें

 cat << EOF >> /etc/rsyncd.conf [$usernames] comment = backups for $usernames path = /home/$usernames/rsyncbackups use chroot = true uid = root gid = root log file = /var/log/rsyncd/$usernames.log read only = false write only = false hosts allow = 1.2.3.4 hosts deny = * transfer logging = false EOF 

जहां:
path = /home/$usernames/rsyncbackups -
log file = /var/log/rsyncd/$usernames.log -
hosts allow = 1.2.3.4 - IP
इस पर, सर्वर भाग का सेटअप पूरा हो गया है।

क्लाइंट सर्वर सेटअप।

बैकअप सर्वर के मापदंडों को बदलने के लिए, बैकअप से कंटेनरों को बाहर निकालें, स्थानीय फ़ोल्डर (या इसकी अनुपस्थिति), यह फ़ाइल में परिवर्तन करने के लिए पर्याप्त है
rsync-backup.local.conf

अपवाद

अपवादों के लिए, प्राथमिक स्लैश (rsync के अपवाद नियम) के बिना प्रत्येक नई पंक्ति पर इंगित अपवादों की एक सूची वाली फाइलें हैं।

srv/southbridge/etc/rsync-backup.exclude.dist -
srv/southbridge/etc/rsync-backup.exclude.local.example -
srv/southbridge/etc/rsync-backup.exclude.remote.example -

Srv / southbridge / etc / rsync-backup.exclude.local और srv / southbridge / etc / rsync-backup.exclude.remote फ़ाइलों की उपस्थिति के लिए बैकअप स्क्रिप्ट जाँच करता है और यदि कोई हो, बैकअप के लिए अपवाद जोड़ता है। यदि स्थानीय बैकअप रद्द कर दिया जाता है, तो हटाए गए लोगों के लिए स्थानीय अपवाद जोड़े जाते हैं।

समावेशन

इस स्क्रिप्ट की एक विशेषता पदानुक्रम से ऊपर की गई निर्देशिका से कुछ फ़ाइलों या निर्देशिकाओं को शामिल करने की क्षमता है। ऐसा करने के लिए, फ़ाइलें बनाएँ
/srv/southbridge/etc/rsync-backup.include.local
/srv/southbridge/etc/rsync-backup.include.remote
क्रमशः स्थानीय और दूरस्थ समावेशन के लिए।
यदि आप एक विशिष्ट फ़ाइल शामिल करना चाहते हैं, तो आपको प्राथमिक स्लैश के बिना इसका पथ निर्दिष्ट करना होगा, उदाहरण के लिए:
var/log/nginx/server.log
यदि आपको निर्देशिका को पुनरावर्ती रूप से शामिल करने की आवश्यकता है, तो आपको समावेश को इस तरह निर्दिष्ट करने की आवश्यकता है:
var/log/nginx/**
प्रारंभिक स्लैश के बिना एक नई लाइन से प्रत्येक नया समावेश।

जब निष्कर्ष काम करते हैं, तो कंटेनर निर्देशिकाओं के पूरे पदानुक्रम का बैकअप लिया जाएगा, भले ही कुछ निर्देशिकाओं का अपवाद पहले जोड़ा गया हो, लेकिन फ़ाइलों के बिना निर्देशिका का बैकअप लिया जाएगा।
यह rsync की एक विशेषता है, दुर्भाग्य से कोई अन्य तरीका नहीं मिला है।
समावेश के लिए स्क्रिप्ट का हिस्सा:

  if [ -f "$LOCAL_INCLUDE" ]; then e "sync include" e "rsync -ax --include=*/ --include-from=$LOCAL_INCLUDE --exclude=* --link-dest=../../Latest $VZ_PRIVATE/$VEID $LOCAL_DIR/$VEID/$WHICH/Processing$DATE" LLOG=`rsync -ax --include=*/ --include-from=$LOCAL_INCLUDE --exclude=* --link-dest=../../Latest $VZ_PRIVATE/$VEID $LOCAL_DIR/$VEID/$WHICH/Processing$DATE 2>&1` fi 

आगे बैकअप के साथ काम करते हैं

डिफ़ॉल्ट रूप से, स्क्रिप्ट बैकअप बनाएगी: इसे बदलने के लिए 7 दिन, 4 सप्ताह और 1 महीना
/srv/centos-admin.ru/etc/rsync-backup.local.conf आप निम्नलिखित मापदंडों के अन्य अंकों को दर्ज कर सकते हैं

दैनिक = 7
सप्ताह = 4
मासिक = १

वृद्धिशील बैकअप हार्डलिंक का उपयोग करके बनाए जाते हैं। इसलिए, अपवादों को जोड़ते समय, बैकअप द्वारा कब्जे में लिए गए डिस्क स्थान की मात्रा को कम करने के लिए, और जब इन अपवादों से बैकअप की सफाई करते हैं, तो आपको प्रत्येक बैकअप फ़ोल्डर में संबंधित निर्देशिकाओं को हटाने की आवश्यकता होगी। बेशक, आप इस दिनचर्या को स्वचालित करने के लिए एक स्क्रिप्ट लिख सकते हैं, यह योजनाओं में है।

निष्कर्ष में, हमें किस तरह का समय मिला:

तुलना परीक्षण rdiff बनाम rsync:

बैकअप रनटाइम तुलना:
1. 5Gb में कंटेनर का प्राथमिक बैकअप (स्थानीय और दूरस्थ)
rdiff- बैकअप - 6 मिनट 30 सेकंड
rsync- बैकअप - 1 मिनट 34 सेकंड

2. माध्यमिक बैकअप, कंटेनरों में कोई परिवर्तन नहीं थे
rdiff- बैकअप - 30 सेकंड
rsync- बैकअप - 2 सेकंड

3. माध्यमिक बैकअप, 4.7Gb में डेबियन डिस्ट्रीब्यूशन किट (आईएसओ नहीं) के साथ एक फ़ोल्डर कंटेनर में जोड़ा गया है
rdiff- बैकअप - 11 मिनट 32 सेकंड
rsync- बैकअप - 2 मिनट 15 सेकंड

और रेखांकन पर, पहली छलांग rdiff है, दूसरी rsync है