ਬੈਕਅੱਪ ਭਾਗ 7: ਸਿੱਟਾ

ਇਹ ਨੋਟ ਬੈਕਅੱਪ ਬਾਰੇ ਚੱਕਰ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇਹ ਬੈਕਅੱਪ ਲਈ ਸੁਵਿਧਾਜਨਕ, ਸਮਰਪਿਤ ਸਰਵਰ (ਜਾਂ VPS) ਦੇ ਤਰਕਸੰਗਤ ਸੰਗਠਨ 'ਤੇ ਚਰਚਾ ਕਰੇਗਾ, ਅਤੇ ਕਿਸੇ ਆਫ਼ਤ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਡਾਊਨਟਾਈਮ ਦੇ ਬੈਕਅੱਪ ਤੋਂ ਸਰਵਰ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਬਹਾਲ ਕਰਨ ਲਈ ਇੱਕ ਵਿਕਲਪ ਵੀ ਪੇਸ਼ ਕਰੇਗਾ।

ਸ਼ੁਰੂਆਤੀ ਡੇਟਾ

ਇੱਕ ਸਮਰਪਿਤ ਸਰਵਰ ਵਿੱਚ ਅਕਸਰ ਘੱਟੋ-ਘੱਟ ਦੋ ਹਾਰਡ ਡਰਾਈਵਾਂ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਇੱਕ ਪਹਿਲੇ-ਪੱਧਰ ਦੇ RAID ਐਰੇ (ਮਿਰਰ) ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਲਈ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਜੇਕਰ ਇੱਕ ਡਿਸਕ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ ਸਰਵਰ ਨੂੰ ਚਲਾਉਣਾ ਜਾਰੀ ਰੱਖਣ ਲਈ ਇਹ ਜ਼ਰੂਰੀ ਹੈ। ਜੇਕਰ ਇਹ ਇੱਕ ਨਿਯਮਤ ਸਮਰਪਿਤ ਸਰਵਰ ਹੈ, ਤਾਂ SSD 'ਤੇ ਸਰਗਰਮ ਕੈਚਿੰਗ ਤਕਨਾਲੋਜੀ ਵਾਲਾ ਇੱਕ ਵੱਖਰਾ ਹਾਰਡਵੇਅਰ RAID ਕੰਟਰੋਲਰ ਹੋ ਸਕਦਾ ਹੈ, ਤਾਂ ਜੋ ਨਿਯਮਤ ਹਾਰਡ ਡਰਾਈਵਾਂ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ SSD ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਜਾ ਸਕੇ। ਕਈ ਵਾਰ ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਕੇਵਲ ਸਥਾਨਕ ਡਿਸਕਾਂ SATADOM (ਛੋਟੀਆਂ ਡਿਸਕਾਂ, ਇੱਕ SATA ਪੋਰਟ ਨਾਲ ਜੁੜੀ ਇੱਕ ਫਲੈਸ਼ ਡਰਾਈਵ), ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ ਖਾਸ ਅੰਦਰੂਨੀ ਪੋਰਟ ਨਾਲ ਜੁੜੀ ਇੱਕ ਆਮ ਛੋਟੀ (8-16GB) ਫਲੈਸ਼ ਡਰਾਈਵ, ਅਤੇ ਡੇਟਾ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਤੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਸਮਰਪਿਤ ਸਟੋਰੇਜ ਨੈਟਵਰਕ (ਈਥਰਨੈੱਟ 10G, FC, ਆਦਿ) ਦੁਆਰਾ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇੱਥੇ ਸਮਰਪਿਤ ਸਰਵਰ ਹੁੰਦੇ ਹਨ ਜੋ ਸਟੋਰੇਜ ਸਿਸਟਮ ਤੋਂ ਸਿੱਧੇ ਲੋਡ ਹੁੰਦੇ ਹਨ। ਮੈਂ ਅਜਿਹੇ ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਨਹੀਂ ਕਰਾਂਗਾ, ਕਿਉਂਕਿ ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਸਰਵਰ ਦਾ ਬੈਕਅੱਪ ਲੈਣ ਦਾ ਕੰਮ ਆਸਾਨੀ ਨਾਲ ਮਾਹਰ ਨੂੰ ਜਾਂਦਾ ਹੈ ਜੋ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ; ਆਮ ਤੌਰ 'ਤੇ ਸਨੈਪਸ਼ਾਟ ਬਣਾਉਣ, ਬਿਲਟ-ਇਨ ਡਿਡਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਦੀਆਂ ਹੋਰ ਖੁਸ਼ੀਆਂ ਲਈ ਕਈ ਮਲਕੀਅਤ ਵਾਲੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। , ਇਸ ਲੜੀ ਦੇ ਪਿਛਲੇ ਭਾਗਾਂ ਵਿੱਚ ਚਰਚਾ ਕੀਤੀ ਗਈ ਸੀ। ਸਰਵਰ ਨਾਲ ਜੁੜੀਆਂ ਡਿਸਕਾਂ ਦੀ ਸੰਖਿਆ ਅਤੇ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਸਮਰਪਿਤ ਸਰਵਰ ਦੀ ਡਿਸਕ ਐਰੇ ਦੀ ਮਾਤਰਾ ਕਈ ਟੇਰਾਬਾਈਟ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀ ਹੈ। VPS ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਵੋਲਯੂਮ ਵਧੇਰੇ ਮਾਮੂਲੀ ਹਨ: ਆਮ ਤੌਰ 'ਤੇ 100GB ਤੋਂ ਵੱਧ ਨਹੀਂ (ਪਰ ਹੋਰ ਵੀ ਹਨ), ਅਤੇ ਅਜਿਹੇ VPS ਲਈ ਟੈਰਿਫ ਇੱਕੋ ਹੋਸਟਰ ਦੇ ਸਭ ਤੋਂ ਸਸਤੇ ਸਮਰਪਿਤ ਸਰਵਰਾਂ ਨਾਲੋਂ ਆਸਾਨੀ ਨਾਲ ਵਧੇਰੇ ਮਹਿੰਗੇ ਹੋ ਸਕਦੇ ਹਨ। ਇੱਕ VPS ਵਿੱਚ ਅਕਸਰ ਇੱਕ ਡਿਸਕ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਸਦੇ ਹੇਠਾਂ ਇੱਕ ਸਟੋਰੇਜ ਸਿਸਟਮ (ਜਾਂ ਕੁਝ ਹਾਈਪਰਕਨਵਰਜਡ) ਹੋਵੇਗਾ। ਕਈ ਵਾਰ ਇੱਕ VPS ਵਿੱਚ ਵੱਖ-ਵੱਖ ਉਦੇਸ਼ਾਂ ਲਈ, ਵੱਖ-ਵੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਾਲੀਆਂ ਕਈ ਡਿਸਕਾਂ ਹੁੰਦੀਆਂ ਹਨ:

• ਛੋਟਾ ਸਿਸਟਮ - ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਲਈ;
• ਵੱਡੇ - ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨਾ।

ਜਦੋਂ ਤੁਸੀਂ ਕੰਟਰੋਲ ਪੈਨਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਸਟਮ ਨੂੰ ਮੁੜ ਸਥਾਪਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਉਪਭੋਗਤਾ ਡੇਟਾ ਵਾਲੀ ਡਿਸਕ ਨੂੰ ਓਵਰਰਾਈਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਸਿਸਟਮ ਡਿਸਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰੀ ਜਾਂਦੀ ਹੈ। ਨਾਲ ਹੀ, ਇੱਕ VPS ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਹੋਸਟਰ ਇੱਕ ਬਟਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰ ਸਕਦਾ ਹੈ ਜੋ VPS (ਜਾਂ ਡਿਸਕ) ਦੀ ਸਥਿਤੀ ਦਾ ਸਨੈਪਸ਼ਾਟ ਲੈਂਦਾ ਹੈ, ਪਰ ਜੇਕਰ ਤੁਸੀਂ ਆਪਣਾ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸਥਾਪਤ ਕਰਦੇ ਹੋ ਜਾਂ VPS ਦੇ ਅੰਦਰ ਲੋੜੀਂਦੀ ਸੇਵਾ ਨੂੰ ਸਰਗਰਮ ਕਰਨਾ ਭੁੱਲ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਕੁਝ ਦਾ ਡਾਟਾ ਅਜੇ ਵੀ ਗੁੰਮ ਹੋ ਸਕਦਾ ਹੈ। ਬਟਨ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਡਾਟਾ ਸਟੋਰੇਜ ਸੇਵਾ ਆਮ ਤੌਰ 'ਤੇ ਪੇਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਕਸਰ ਬਹੁਤ ਸੀਮਤ ਹੁੰਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਇੱਕ ਖਾਤਾ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ FTP ਜਾਂ SFTP ਦੁਆਰਾ ਪਹੁੰਚ ਹੁੰਦੀ ਹੈ, ਕਈ ਵਾਰ SSH ਦੇ ਨਾਲ, ਇੱਕ ਸਟ੍ਰਿਪਡ-ਡਾਊਨ ਸ਼ੈੱਲ (ਉਦਾਹਰਨ ਲਈ, rbash), ਜਾਂ ਅਧਿਕਾਰਤ_ਕੀਜ਼ (ForcedCommand ਰਾਹੀਂ) ਦੁਆਰਾ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾਉਣ 'ਤੇ ਪਾਬੰਦੀ ਹੁੰਦੀ ਹੈ।

ਇੱਕ ਸਮਰਪਿਤ ਸਰਵਰ 1 Gbps ਦੀ ਸਪੀਡ ਨਾਲ ਦੋ ਪੋਰਟਾਂ ਦੁਆਰਾ ਨੈਟਵਰਕ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਕਈ ਵਾਰ ਇਹ 10 Gbps ਦੀ ਸਪੀਡ ਵਾਲੇ ਕਾਰਡ ਹੋ ਸਕਦੇ ਹਨ। VPS ਵਿੱਚ ਅਕਸਰ ਇੱਕ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ ਹੁੰਦਾ ਹੈ। ਬਹੁਤੇ ਅਕਸਰ, ਡੇਟਾ ਸੈਂਟਰ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਅੰਦਰ ਨੈਟਵਰਕ ਦੀ ਗਤੀ ਨੂੰ ਸੀਮਿਤ ਨਹੀਂ ਕਰਦੇ ਹਨ, ਪਰ ਉਹ ਇੰਟਰਨੈਟ ਪਹੁੰਚ ਦੀ ਗਤੀ ਨੂੰ ਸੀਮਤ ਕਰਦੇ ਹਨ.

ਅਜਿਹੇ ਸਮਰਪਿਤ ਸਰਵਰ ਜਾਂ VPS ਦਾ ਆਮ ਲੋਡ ਇੱਕ ਵੈੱਬ ਸਰਵਰ, ਇੱਕ ਡੇਟਾਬੇਸ, ਅਤੇ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਹੈ। ਕਈ ਵਾਰ ਵੈਬ ਸਰਵਰ ਜਾਂ ਡੇਟਾਬੇਸ ਸਮੇਤ: ਖੋਜ ਇੰਜਣ, ਮੇਲ ਸਿਸਟਮ, ਆਦਿ ਲਈ ਕਈ ਵਾਧੂ ਸਹਾਇਕ ਸੇਵਾਵਾਂ ਸਥਾਪਤ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

ਇੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਤਿਆਰ ਸਰਵਰ ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਥਾਂ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ; ਅਸੀਂ ਇਸ ਬਾਰੇ ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਲਿਖਾਂਗੇ।

ਡਿਸਕ ਸਿਸਟਮ ਦਾ ਲਾਜ਼ੀਕਲ ਸੰਗਠਨ

ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ RAID ਕੰਟਰੋਲਰ, ਜਾਂ ਇੱਕ ਡਿਸਕ ਵਾਲਾ VPS ਹੈ, ਅਤੇ ਡਿਸਕ ਸਬ-ਸਿਸਟਮ (ਉਦਾਹਰਨ ਲਈ, ਡੇਟਾਬੇਸ ਲਈ ਇੱਕ ਵੱਖਰੀ ਤੇਜ਼ ਡਿਸਕ) ਦੇ ਸੰਚਾਲਨ ਲਈ ਕੋਈ ਵਿਸ਼ੇਸ਼ ਤਰਜੀਹਾਂ ਨਹੀਂ ਹਨ, ਤਾਂ ਸਾਰੀ ਖਾਲੀ ਥਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵੰਡਿਆ ਗਿਆ ਹੈ: ਇੱਕ ਭਾਗ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਉੱਪਰ ਇੱਕ LVM ਵਾਲੀਅਮ ਗਰੁੱਪ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਇਸ ਵਿੱਚ ਕਈ ਵਾਲੀਅਮ ਬਣਾਏ ਗਏ ਹਨ: 2 ਇੱਕੋ ਆਕਾਰ ਦੇ ਛੋਟੇ, ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਵਜੋਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ (ਤੇਜ਼ ਰੋਲਬੈਕ ਦੀ ਸੰਭਾਵਨਾ ਲਈ ਅੱਪਡੇਟ ਦੌਰਾਨ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਇਹ ਵਿਚਾਰ ਕੈਲਕੂਲੇਟ ਲੀਨਕਸ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਤੋਂ ਲਿਆ ਗਿਆ ਸੀ), ਇੱਕ ਹੋਰ ਸਵੈਪ ਭਾਗ ਲਈ ਹੈ, ਬਾਕੀ ਖਾਲੀ ਥਾਂ ਨੂੰ ਛੋਟੇ ਵਾਲੀਅਮ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਪੂਰੇ ਕੰਟੇਨਰਾਂ ਲਈ ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਲਈ ਡਿਸਕਾਂ, ਫਾਈਲ /home ਵਿੱਚ ਖਾਤਿਆਂ ਲਈ ਸਿਸਟਮ (ਹਰੇਕ ਖਾਤੇ ਦਾ ਆਪਣਾ ਫਾਈਲ ਸਿਸਟਮ ਹੁੰਦਾ ਹੈ), ਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰਾਂ ਲਈ ਫਾਈਲ ਸਿਸਟਮ।

ਮਹੱਤਵਪੂਰਨ ਨੋਟ: ਵਾਲੀਅਮ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਵੈ-ਨਿਰਭਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਜਾਂ ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਉੱਤੇ ਨਿਰਭਰ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਜਾਂ ਕੰਟੇਨਰਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਬਿੰਦੂ ਆਪਣੇ ਆਪ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ. ਜੇਕਰ ਇਹ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰ ਜਾਂ ਹੋਮ ਡਾਇਰੈਕਟਰੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਵੈੱਬ ਸਰਵਰ ਅਤੇ ਹੋਰ ਸੇਵਾਵਾਂ ਦੀਆਂ ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਵੱਖ ਕਰਨ ਬਾਰੇ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਵੌਲਯੂਮ ਵਿਚਕਾਰ ਨਿਰਭਰਤਾ ਨੂੰ ਖਤਮ ਕੀਤਾ ਜਾ ਸਕੇ। ਉਦਾਹਰਨ ਲਈ, ਹਰੇਕ ਸਾਈਟ ਆਪਣੇ ਖੁਦ ਦੇ ਉਪਭੋਗਤਾ ਤੋਂ ਚਲਦੀ ਹੈ, ਸਾਈਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ ਉਪਭੋਗਤਾ ਦੀ ਹੋਮ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਹੁੰਦੀਆਂ ਹਨ, ਵੈਬ ਸਰਵਰ ਸੈਟਿੰਗਾਂ ਵਿੱਚ, ਸਾਈਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਫਾਈਲਾਂ /etc/nginx/conf.d/ ਦੁਆਰਾ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।.conf, ਅਤੇ, ਉਦਾਹਰਨ ਲਈ, /home//configs/nginx/*.conf

ਜੇਕਰ ਕਈ ਡਿਸਕਾਂ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਸਾਫਟਵੇਅਰ RAID ਐਰੇ ਬਣਾ ਸਕਦੇ ਹੋ (ਅਤੇ ਇਸਦੀ ਕੈਸ਼ਿੰਗ ਨੂੰ SSD 'ਤੇ ਸੰਰਚਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਕੋਈ ਲੋੜ ਅਤੇ ਮੌਕਾ ਹੋਵੇ), ਜਿਸ ਦੇ ਸਿਖਰ 'ਤੇ ਤੁਸੀਂ ਉੱਪਰ ਪ੍ਰਸਤਾਵਿਤ ਨਿਯਮਾਂ ਅਨੁਸਾਰ LVM ਬਣਾ ਸਕਦੇ ਹੋ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਸੀਂ ZFS ਜਾਂ BtrFS ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਤੁਹਾਨੂੰ ਇਸ ਬਾਰੇ ਦੋ ਵਾਰ ਸੋਚਣਾ ਚਾਹੀਦਾ ਹੈ: ਦੋਵਾਂ ਨੂੰ ਸਰੋਤਾਂ ਲਈ ਵਧੇਰੇ ਗੰਭੀਰ ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ, ZFS ਨੂੰ ਲੀਨਕਸ ਕਰਨਲ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।

ਵਰਤੀ ਗਈ ਸਕੀਮ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਡਿਸਕ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਿਖਣ ਦੀ ਅੰਦਾਜ਼ਨ ਗਤੀ ਦਾ ਪਹਿਲਾਂ ਤੋਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣਾ, ਅਤੇ ਫਿਰ ਸਨੈਪਸ਼ਾਟ ਬਣਾਉਣ ਲਈ ਰਾਖਵੀਂ ਖਾਲੀ ਥਾਂ ਦੀ ਮਾਤਰਾ ਦੀ ਗਣਨਾ ਕਰਨਾ ਹਮੇਸ਼ਾਂ ਮਹੱਤਵਪੂਰਣ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇ ਸਾਡਾ ਸਰਵਰ 10 ਮੈਗਾਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਦੀ ਗਤੀ ਨਾਲ ਡਾਟਾ ਲਿਖਦਾ ਹੈ, ਅਤੇ ਪੂਰੇ ਡੇਟਾ ਐਰੇ ਦਾ ਆਕਾਰ 10 ਟੈਰਾਬਾਈਟ ਹੈ - ਸਮਕਾਲੀ ਸਮਾਂ ਇੱਕ ਦਿਨ ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ (22 ਘੰਟੇ - ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਵੇਗਾ। ਨੈੱਟਵਰਕ ਉੱਤੇ 1 Gbps) - ਇਹ ਲਗਭਗ 800 GB ਰਿਜ਼ਰਵ ਕਰਨ ਯੋਗ ਹੈ। ਵਾਸਤਵ ਵਿੱਚ, ਚਿੱਤਰ ਛੋਟਾ ਹੋਵੇਗਾ; ਤੁਸੀਂ ਇਸਨੂੰ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮਾਂ ਦੀ ਗਿਣਤੀ ਦੁਆਰਾ ਸੁਰੱਖਿਅਤ ਰੂਪ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ.

ਬੈਕਅੱਪ ਸਟੋਰੇਜ਼ ਸਰਵਰ ਜੰਤਰ

ਬੈਕਅੱਪ ਕਾਪੀਆਂ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਇੱਕ ਸਰਵਰ ਵਿੱਚ ਮੁੱਖ ਅੰਤਰ ਇਸਦੀ ਵੱਡੀ, ਸਸਤੀ ਅਤੇ ਮੁਕਾਬਲਤਨ ਹੌਲੀ ਡਿਸਕ ਹੈ। ਕਿਉਂਕਿ ਆਧੁਨਿਕ HDD ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਡਿਸਕ ਵਿੱਚ 10TB ਬਾਰ ਨੂੰ ਪਾਰ ਕਰ ਚੁੱਕੇ ਹਨ, ਇਸ ਲਈ ਚੈੱਕਸਮ ਦੇ ਨਾਲ ਫਾਈਲ ਸਿਸਟਮ ਜਾਂ RAID ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਐਰੇ ਦੇ ਮੁੜ ਨਿਰਮਾਣ ਜਾਂ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਬਹਾਲੀ ਦੇ ਦੌਰਾਨ (ਕਈ ​​ਦਿਨ!) ਦੂਜੀ ਡਿਸਕ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ। ਵਧੇ ਹੋਏ ਲੋਡ ਲਈ. 1TB ਤੱਕ ਦੀ ਸਮਰੱਥਾ ਵਾਲੀਆਂ ਡਿਸਕਾਂ 'ਤੇ ਇਹ ਇੰਨਾ ਸੰਵੇਦਨਸ਼ੀਲ ਨਹੀਂ ਸੀ। ਵਰਣਨ ਦੀ ਸਰਲਤਾ ਲਈ, ਮੈਂ ਇਹ ਮੰਨਦਾ ਹਾਂ ਕਿ ਡਿਸਕ ਸਪੇਸ ਨੂੰ ਲਗਭਗ ਬਰਾਬਰ ਆਕਾਰ ਦੇ ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ (ਦੁਬਾਰਾ, ਉਦਾਹਰਨ ਲਈ, LVM ਦੀ ਵਰਤੋਂ ਕਰਕੇ):

• ਉਪਭੋਗਤਾ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਰਵਰਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ (ਕੀਤੇ ਗਏ ਆਖਰੀ ਬੈਕਅੱਪ ਨੂੰ ਤਸਦੀਕ ਲਈ ਉਹਨਾਂ 'ਤੇ ਤਾਇਨਾਤ ਕੀਤਾ ਜਾਵੇਗਾ);
• ਬੋਰਗਬੈਕਅਪ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੇ ਤੌਰ 'ਤੇ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਵੌਲਯੂਮ (ਬੈਕਅੱਪ ਲਈ ਡੇਟਾ ਸਿੱਧਾ ਇੱਥੇ ਜਾਵੇਗਾ)।

ਓਪਰੇਸ਼ਨ ਦਾ ਸਿਧਾਂਤ ਇਹ ਹੈ ਕਿ BorgBackup ਰਿਪੋਜ਼ਟਰੀਆਂ ਲਈ ਹਰੇਕ ਸਰਵਰ ਲਈ ਵੱਖਰੇ ਵੋਲਯੂਮ ਬਣਾਏ ਗਏ ਹਨ, ਜਿੱਥੇ ਲੜਾਈ ਸਰਵਰਾਂ ਤੋਂ ਡਾਟਾ ਜਾਵੇਗਾ। ਰਿਪੋਜ਼ਟਰੀਆਂ ਸਿਰਫ-ਅਪੈਂਡ ਮੋਡ ਵਿੱਚ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਜੋ ਜਾਣਬੁੱਝ ਕੇ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਖਤਮ ਕਰ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਪੁਰਾਣੇ ਬੈਕਅਪਾਂ ਤੋਂ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੀ ਡੁਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਸਫਾਈ ਦੇ ਕਾਰਨ (ਸਾਲਾਨਾ ਕਾਪੀਆਂ ਰਹਿੰਦੀਆਂ ਹਨ, ਪਿਛਲੇ ਸਾਲ ਲਈ ਮਹੀਨਾਵਾਰ, ਪਿਛਲੇ ਮਹੀਨੇ ਲਈ ਹਫ਼ਤਾਵਾਰ, ਰੋਜ਼ਾਨਾ ਲਈ। ਪਿਛਲੇ ਹਫ਼ਤੇ, ਸੰਭਵ ਤੌਰ 'ਤੇ ਵਿਸ਼ੇਸ਼ ਮਾਮਲਿਆਂ ਵਿੱਚ - ਆਖਰੀ ਦਿਨ ਲਈ ਘੰਟਾਵਾਰ: ਕੁੱਲ 24 + 7 + 4 + 12 + ਸਾਲਾਨਾ - ਹਰੇਕ ਸਰਵਰ ਲਈ ਲਗਭਗ 50 ਕਾਪੀਆਂ)।
BorgBackup ਰਿਪੋਜ਼ਟਰੀਆਂ ਸਿਰਫ਼-ਅਪੈਂਡ ਮੋਡ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕਰਦੀਆਂ ਹਨ; ਇਸਦੀ ਬਜਾਏ, .ssh/authorized_keys ਵਿੱਚ ਇੱਕ ForcedCommand ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ:

from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......

ਨਿਰਧਾਰਤ ਮਾਰਗ ਵਿੱਚ ਬੋਰਗ ਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ ਰੈਪਰ ਸਕ੍ਰਿਪਟ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ, ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਨਾਲ ਬਾਈਨਰੀ ਲਾਂਚ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਤੋਂ ਬਾਅਦ ਬੈਕਅੱਪ ਕਾਪੀ ਨੂੰ ਬਹਾਲ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਰੈਪਰ ਸਕ੍ਰਿਪਟ ਅਨੁਸਾਰੀ ਰਿਪੋਜ਼ਟਰੀ ਦੇ ਅੱਗੇ ਇੱਕ ਟੈਗ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ। ਡਾਟਾ ਭਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਬਣਾਇਆ ਗਿਆ ਆਖਰੀ ਬੈਕਅੱਪ ਆਪਣੇ ਆਪ ਹੀ ਅਨੁਸਾਰੀ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਵਿੱਚ ਰੀਸਟੋਰ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇਹ ਡਿਜ਼ਾਈਨ ਤੁਹਾਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਬੇਲੋੜੇ ਬੈਕਅੱਪਾਂ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਲੜਾਈ ਸਰਵਰਾਂ ਨੂੰ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਰਵਰ 'ਤੇ ਕੁਝ ਵੀ ਮਿਟਾਉਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।

ਬੈਕਅੱਪ ਪ੍ਰਕਿਰਿਆ

ਬੈਕਅੱਪ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਾ ਖੁਦ ਸਮਰਪਿਤ ਸਰਵਰ ਜਾਂ VPS ਹੈ, ਕਿਉਂਕਿ ਇਹ ਸਕੀਮ ਇਸ ਸਰਵਰ ਦੇ ਹਿੱਸੇ 'ਤੇ ਬੈਕਅੱਪ ਪ੍ਰਕਿਰਿਆ 'ਤੇ ਵਧੇਰੇ ਨਿਯੰਤਰਣ ਦਿੰਦੀ ਹੈ। ਪਹਿਲਾਂ, ਕਿਰਿਆਸ਼ੀਲ ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਸਥਿਤੀ ਦਾ ਇੱਕ ਸਨੈਪਸ਼ਾਟ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨੂੰ ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਰਵਰ 'ਤੇ BorgBackup ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮਾਊਂਟ ਅਤੇ ਅੱਪਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡਾਟਾ ਕੈਪਚਰ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਨੈਪਸ਼ਾਟ ਅਨਮਾਊਂਟ ਅਤੇ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਜੇ ਇੱਕ ਛੋਟਾ ਡੇਟਾਬੇਸ ਹੈ (ਹਰੇਕ ਸਾਈਟ ਲਈ 1 GB ਤੱਕ), ਤਾਂ ਇੱਕ ਡੇਟਾਬੇਸ ਡੰਪ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਢੁਕਵੇਂ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ ਉਸੇ ਸਾਈਟ ਲਈ ਬਾਕੀ ਡੇਟਾ ਸਥਿਤ ਹੁੰਦਾ ਹੈ, ਪਰ ਇਸ ਲਈ ਡੰਪ ਹੈ ਵੈੱਬ ਸਰਵਰ ਦੁਆਰਾ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹੈ। ਜੇਕਰ ਡੇਟਾਬੇਸ ਵੱਡੇ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ "ਹੌਟ" ਡਾਟਾ ਹਟਾਉਣ ਦੀ ਸੰਰਚਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ, MySQL ਲਈ xtrabackup ਦੀ ਵਰਤੋਂ ਕਰਨਾ, ਜਾਂ PostgreSQL ਵਿੱਚ archive_command ਨਾਲ WAL ਨਾਲ ਕੰਮ ਕਰਨਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਡੇਟਾਬੇਸ ਨੂੰ ਸਾਈਟ ਡੇਟਾ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਰੀਸਟੋਰ ਕੀਤਾ ਜਾਵੇਗਾ।

ਜੇਕਰ ਕੰਟੇਨਰਾਂ ਜਾਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ qemu-ਗੈਸਟ-ਏਜੰਟ, CRIU ਜਾਂ ਹੋਰ ਲੋੜੀਂਦੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਸੰਰਚਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਦੂਜੇ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਅਤਿਰਿਕਤ ਸੈਟਿੰਗਾਂ ਦੀ ਅਕਸਰ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ - ਅਸੀਂ ਸਿਰਫ਼ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮਾਂ ਦੇ ਸਨੈਪਸ਼ਾਟ ਬਣਾਉਂਦੇ ਹਾਂ, ਜੋ ਕਿ ਫਿਰ ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਸਥਿਤੀ ਦੇ ਸਨੈਪਸ਼ਾਟ ਦੇ ਰੂਪ ਵਿੱਚ ਉਸੇ ਤਰ੍ਹਾਂ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਡਾਟਾ ਲੈਣ ਤੋਂ ਬਾਅਦ, ਤਸਵੀਰਾਂ ਨੂੰ ਡਿਲੀਟ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਬੈਕਅੱਪ ਸਟੋਰੇਜ ਸਰਵਰ 'ਤੇ ਹੋਰ ਕੰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

• ਹਰੇਕ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਬਣੇ ਆਖਰੀ ਬੈਕਅੱਪ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ,
• ਇੱਕ ਮਾਰਕ ਫਾਈਲ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇਹ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਡੇਟਾ ਇਕੱਠਾ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋ ਗਈ ਹੈ,
• ਡੇਟਾ ਨੂੰ ਸੰਬੰਧਿਤ ਸਥਾਨਕ ਵਾਲੀਅਮ ਵਿੱਚ ਫੈਲਾਇਆ ਜਾਂਦਾ ਹੈ,
• ਟੈਗ ਫਾਇਲ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ

ਸਰਵਰ ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ

ਜੇਕਰ ਮੁੱਖ ਸਰਵਰ ਮਰ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਸਮਾਨ ਸਮਰਪਿਤ ਸਰਵਰ ਲਾਂਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕੁਝ ਮਿਆਰੀ ਚਿੱਤਰ ਤੋਂ ਬੂਟ ਹੁੰਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਨੈੱਟਵਰਕ 'ਤੇ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾਵੇਗਾ, ਪਰ ਸਰਵਰ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵਾਲਾ ਡਾਟਾ ਸੈਂਟਰ ਟੈਕਨੀਸ਼ੀਅਨ ਤੁਰੰਤ ਇਸ ਸਟੈਂਡਰਡ ਚਿੱਤਰ ਨੂੰ ਕਿਸੇ ਇੱਕ ਡਿਸਕ 'ਤੇ ਕਾਪੀ ਕਰ ਸਕਦਾ ਹੈ। ਡਾਊਨਲੋਡ RAM ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਰਿਕਵਰੀ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ:

• ਇੱਕ ਬਲਾਕ ਜੰਤਰ ਨੂੰ iscsinbd ਜਾਂ ਹੋਰ ਸਮਾਨ ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਇੱਕ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਨਾਲ ਜੋੜਨ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਮ੍ਰਿਤਕ ਸਰਵਰ ਦਾ ਰੂਟ ਫਾਇਲ ਸਿਸਟਮ ਹੁੰਦਾ ਹੈ; ਕਿਉਂਕਿ ਰੂਟ ਫਾਈਲ ਸਿਸਟਮ ਛੋਟਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਕਦਮ ਨੂੰ ਕੁਝ ਮਿੰਟਾਂ ਵਿੱਚ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਬੂਟਲੋਡਰ ਨੂੰ ਵੀ ਬਹਾਲ ਕੀਤਾ ਗਿਆ ਹੈ;
• ਲੋਕਲ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਦੀ ਬਣਤਰ ਨੂੰ ਮੁੜ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਬੈਕਅੱਪ ਸਰਵਰ ਤੋਂ dm_clone ਕਰਨਲ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜੁੜੇ ਹੋਏ ਹਨ: ਡਾਟਾ ਰਿਕਵਰੀ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਤਬਦੀਲੀਆਂ ਨੂੰ ਤੁਰੰਤ ਲੋਕਲ ਡਿਸਕਾਂ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ।
• ਇੱਕ ਕੰਟੇਨਰ ਸਾਰੀਆਂ ਉਪਲਬਧ ਭੌਤਿਕ ਡਿਸਕਾਂ ਦੇ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ - ਸਰਵਰ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਹਾਲ ਹੋ ਗਈ ਹੈ, ਪਰ ਘੱਟ ਕਾਰਗੁਜ਼ਾਰੀ ਨਾਲ;
• ਡਾਟਾ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਬੈਕਅੱਪ ਸਰਵਰ ਤੋਂ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਡਿਸਕਨੈਕਟ ਹੋ ਜਾਂਦੇ ਹਨ, ਕੰਟੇਨਰ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਰੀਬੂਟ ਹੁੰਦਾ ਹੈ;

ਰੀਬੂਟ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਰਵਰ ਕੋਲ ਉਹ ਸਾਰਾ ਡਾਟਾ ਹੋਵੇਗਾ ਜੋ ਬੈਕਅੱਪ ਬਣਾਏ ਜਾਣ ਸਮੇਂ ਮੌਜੂਦ ਸੀ, ਅਤੇ ਰੀਸਟੋਰ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਕੀਤੇ ਗਏ ਸਾਰੇ ਬਦਲਾਅ ਵੀ ਸ਼ਾਮਲ ਹੋਣਗੇ।

ਲੜੀ ਵਿੱਚ ਹੋਰ ਲੇਖ

ਬੈਕਅੱਪ, ਭਾਗ 1: ਬੈਕਅੱਪ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ, ਤਰੀਕਿਆਂ, ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ
ਬੈਕਅੱਪ ਭਾਗ 2: rsync-ਅਧਾਰਿਤ ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 3: ਡੁਪਲੀਸੀਟੀ, ਡੁਪਲੀਸੀਟੀ ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ
ਬੈਕਅੱਪ ਭਾਗ 4: zbackup, restic, borgbackup ਦੀ ਸਮੀਖਿਆ ਅਤੇ ਜਾਂਚ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 5: ਲੀਨਕਸ ਲਈ ਬੈਕੂਲਾ ਅਤੇ ਵੀਮ ਬੈਕਅੱਪ ਦੀ ਜਾਂਚ ਕਰਨਾ
ਬੈਕਅੱਪ: ਪਾਠਕਾਂ ਦੀ ਬੇਨਤੀ 'ਤੇ ਹਿੱਸਾ: AMANDA, UrBackup, BackupPC ਦੀ ਸਮੀਖਿਆ
ਬੈਕਅੱਪ ਭਾਗ 6: ਬੈਕਅੱਪ ਟੂਲਸ ਦੀ ਤੁਲਨਾ ਕਰਨਾ
ਬੈਕਅੱਪ ਭਾਗ 7: ਸਿੱਟਾ

ਮੈਂ ਤੁਹਾਨੂੰ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਵਿਕਲਪ 'ਤੇ ਚਰਚਾ ਕਰਨ ਲਈ ਸੱਦਾ ਦਿੰਦਾ ਹਾਂ, ਤੁਹਾਡੇ ਧਿਆਨ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ!

ਸਰੋਤ: www.habr.com