ನಿಮ್ಮ ಆ್ಯಪ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡುವುದು ಹೇಗೆ (ಮತ್ತು ನಿಜವಾಗಿಯೂ ಮರುಸ್ಥಾಪಿಸುವುದು)

ನಿಮ್ಮ ಆ್ಯಪ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಬ್ಯಾಕಪ್ ಮಾಡಲು, ನಿಗದಿತ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ಫೈಲ್‌ಗೆ ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಮಾಡಿ (Postgres ಗಾಗಿ ಪ್ರಮಾಣಿತ ಸಾಧನ pg_dump), ಪ್ರತಿಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಪ್ರತ್ಯೇಕ ಸ್ಥಳದಲ್ಲಿ ಇಡಿ, ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಒಂದನ್ನು ಖಾಲಿ ಡೇಟಾಬೇಸ್‌ಗೆ ನಿಯಮಿತವಾಗಿ ಮರುಸ್ಥಾಪಿಸಿ. ಯಾವುದೇ ಅಪಾಯಕಾರಿ ಬದಲಾವಣೆಗೆ ಮುನ್ನ ಹೆಚ್ಚುವರಿ ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳಿ. ನಿಮ್ಮ ಕೋಡ್ ಬ್ಯಾಕಪ್, ಅಂದರೆ GitHub ರೆಪೊಸಿಟರಿ ಅಥವಾ ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಆಗಿರಲಿ, ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಒಳಗೊಂಡಿರುವುದಿಲ್ಲ.

ಈ ಮಾರ್ಗದರ್ಶಿ ಸಣ್ಣ ಆ್ಯಪ್ ನಡೆಸುವವರಿಗಾಗಿ ಇದೆ, ಇವರು ಅದನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಬಗ್ಗೆ ಚಿಂತೆ ಬಿಡಲು ಬಯಸುತ್ತಾರೆ. ಉದಾಹರಣೆಗಳಿಗೆ Postgres ಬಳಸಲಾಗಿದೆ, ಏಕೆಂದರೆ ಹೆಚ್ಚಿನ AI ನಿರ್ಮಿತ ಆ್ಯಪ್‌ಗಳು ಅದನ್ನು ಬಳಸುತ್ತವೆ, ಆದರೆ ತತ್ವಗಳು ಯಾವುದೇ ಡೇಟಾಬೇಸ್‌ಗೂ ಅನ್ವಯಿಸುತ್ತವೆ.

ಬ್ಯಾಕಪ್ ಏನನ್ನು ಒಳಗೊಳ್ಳಬೇಕು

ಆ್ಯಪ್ ಎಂದರೆ ಕೇವಲ ಅದರ ಡೇಟಾಬೇಸ್ ಅಲ್ಲ. ಪ್ರತಿಯೊಂದು ಬ್ಯಾಕಪ್ ಯಾವ ಭಾಗವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಎಂದು ತಿಳಿದಿರಲಿ.

ಮರುಸೃಷ್ಟಿ ಮಾಡಲಾಗದ ಭಾಗ ಡೇಟಾ. ಕೋಡ್ ಮತ್ತೆ ಬರೆಯಬಹುದು ಮತ್ತು ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಮತ್ತೆ ನಮೂದಿಸಬಹುದು; ನಿಮ್ಮ ಗ್ರಾಹಕರ ಆರ್ಡರ್‌ಗಳನ್ನು ಮರಳಿ ತರಲಾಗದು.

ಹಂತ 1: ನೀವು ಎಷ್ಟು ಕಳೆದುಕೊಳ್ಳಬಹುದು ಎಂದು ನಿರ್ಧರಿಸಿ

ಎರಡು ಪ್ರಶ್ನೆಗಳು ನಿಮ್ಮ ಬ್ಯಾಕಪ್ ಯೋಜನೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ:

• ನೀವು ಎಷ್ಟು ಇತ್ತೀಚಿನ ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು? ದಿನಕ್ಕೊಮ್ಮೆ ಬ್ಯಾಕಪ್ ಮಾಡಿ ಸಂಜೆ ಡೇಟಾಬೇಸ್ ವಿಫಲವಾದರೆ, ಆ ದಿನದ ಬದಲಾವಣೆಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ. ಹವ್ಯಾಸಿ ಆ್ಯಪ್‌ಗೆ ಅದು ಸರಿ. ಆರ್ಡರ್ ತೆಗೆದುಕೊಳ್ಳುವ ಆ್ಯಪ್‌ಗೆ ಅದು ಸರಿಯಾಗದಿರಬಹುದು.
• ಮರುಸ್ಥಾಪಿಸುವಾಗ ಆ್ಯಪ್ ಎಷ್ಟು ಹೊತ್ತು ನಿಲ್ಲಬಹುದು? ಸಣ್ಣ ಡೇಟಾಬೇಸ್ ಕೆಲವು ನಿಮಿಷಗಳಲ್ಲಿ ಮರುಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ. ದೊಡ್ಡದು ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಅದು ನಿಮಗೆ ಬೇಕಾದಾಗ ತಿಳಿದಿರಬೇಕು.

ಹೆಚ್ಚಿನ ಸಣ್ಣ ಆ್ಯಪ್‌ಗಳಿಗೆ ದಿನಕ್ಕೊಮ್ಮೆ ಸ್ವಯಂಚಾಲಿತ ಬ್ಯಾಕಪ್ ಜೊತೆಗೆ ಅಪಾಯಕಾರಿ ಬದಲಾವಣೆಗೆ ಮುನ್ನ ಕೈಯಾರೆ ಒಂದು ಬ್ಯಾಕಪ್ ಸೂಕ್ತ ಆರಂಭ. ಹಣ ಅಥವಾ ಆರೋಗ್ಯ ಮಾಹಿತಿ ಒಳಗೊಂಡ ಆ್ಯಪ್‌ಗಳಿಗೆ ಹೆಚ್ಚು ಆಗಾಗ್ಗೆ ಬ್ಯಾಕಪ್ ಬೇಕು, ಅಥವಾ ಪಾಯಿಂಟ್-ಇನ್-ಟೈಮ್ ರಿಕವರಿ (ಕೊನೆಯ ಬ್ಯಾಕಪ್‌ಗೆ ಮಾತ್ರವಲ್ಲ, ಯಾವುದೇ ಕ್ಷಣಕ್ಕೆ ಮರುಸ್ಥಾಪಿಸುವ ಸಾಮರ್ಥ್ಯ) ಇರುವ ನಿರ್ವಹಿತ ಡೇಟಾಬೇಸ್ ಬೇಕು.

ಹಂತ 2: ನಿಮ್ಮ ಹೋಸ್ಟ್ ಈಗಾಗಲೇ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಅನೇಕ ನಿರ್ವಹಿತ ಡೇಟಾಬೇಸ್ ಪೂರೈಕೆದಾರರು ಸ್ವಯಂಚಾಲಿತ ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ. ಇವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:

• ನಿಮ್ಮ ಯೋಜನೆಯಲ್ಲಿ ಬ್ಯಾಕಪ್ ಆನ್ ಇದೆಯೇ, ಮತ್ತು ಎಷ್ಟು ಬಾರಿ ನಡೆಯುತ್ತದೆ?
• ಅವುಗಳನ್ನು ಎಷ್ಟು ಸಮಯ ಇಡಲಾಗುತ್ತದೆ?
• ಪಾಯಿಂಟ್-ಇನ್-ಟೈಮ್‌ಗೆ ಮರುಸ್ಥಾಪಿಸಬಹುದೇ, ಅಥವಾ ದೈನಂದಿನ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್‌ಗೆ ಮಾತ್ರವೇ?
• ಬ್ಯಾಕಪ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದೇ, ಅಥವಾ ಅವರ ವ್ಯವಸ್ಥೆಯೊಳಗೆ ಮಾತ್ರ ಮರುಸ್ಥಾಪಿಸಬಹುದೇ?

ಪೂರೈಕೆದಾರರ ಬ್ಯಾಕಪ್‌ಗಳು ಉಪಯುಕ್ತ, ಆದರೆ ಅವು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಒಂದೇ ವೈಫಲ್ಯ ಬಿಂದುವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ: ಖಾತೆ. ಖಾತೆ ಮುಚ್ಚಿದರೆ, ಅಮಾನತುಗೊಂಡರೆ ಅಥವಾ ಪ್ರಾಜೆಕ್ಟ್ ಅಳಿಸಿದರೆ, ಬ್ಯಾಕಪ್‌ಗಳೂ ಹೋಗಬಹುದು. ಅದಕ್ಕಾಗಿಯೇ ನಿಮ್ಮದೇ ಪ್ರತಿ ಕೂಡ ಬೇಕು.

ಹಂತ 3: pg_dump ಬಳಸಿ ಡಂಪ್ ತೆಗೆಯಿರಿ

pg_dump ಒಂದು Postgres ಡೇಟಾಬೇಸ್ ಅನ್ನು ಫೈಲ್‌ಗೆ ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಮಾಡುತ್ತದೆ. ಇದು ಸ್ಥಿರ ಸ್ನ್ಯಾಪ್‌ಶಾಟ್ ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಕೆಲಸ ಮಾಡುವಾಗ ಆ್ಯಪ್ ಚಾಲನೆಯಲ್ಲಿರಬಹುದು.

ನಿಮ್ಮ ಆ್ಯಪ್ ಈಗಾಗಲೇ ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ನಲ್ಲಿ ಹೊಂದಿರುವ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಬಳಸಿ ಒಂದು ಸಾಮಾನ್ಯ ಕಮಾಂಡ್:

pg_dump "$DATABASE_URL" --format=custom --no-owner --file=backup-2026-09-29.dump

ಆಯ್ಕೆಗಳು ಏನು ಮಾಡುತ್ತವೆ:

• --format=custom ಒಂದು ಸಂಕುಚಿತ ಫೈಲ್ ಬರೆಯುತ್ತದೆ, ಅದನ್ನು pg_restore ಓದಬಲ್ಲದು, ಮತ್ತು ನಂತರ ಒಂದೇ ಟೇಬಲ್ ಅನ್ನು ಮರುಸ್ಥಾಪಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ. ಓದಬಹುದಾದ .sql ಫೈಲ್ ಬೇಕಿದ್ದರೆ --format=plain ಬಳಸಿ.
• --no-owner ಮಾಲೀಕತ್ವದ ಕಮಾಂಡ್‌ಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಇದರಿಂದ ಬೇರೆ ಡೇಟಾಬೇಸ್‌ಗೆ ಮರುಸ್ಥಾಪಿಸುವುದು ಸುಲಭವಾಗುತ್ತದೆ.
• ಫೈಲ್ ಹೆಸರಿನಲ್ಲಿರುವ ದಿನಾಂಕ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ ಇಡುತ್ತದೆ.

pg_dump ಆವೃತ್ತಿ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನ Postgres ಆವೃತ್ತಿಗೆ ಸಮಾನ ಅಥವಾ ಹೊಸದಾಗಿರಬೇಕು. ಹಳೆಯ pg_dump ಚಲಿಸಲು ನಿರಾಕರಿಸಬಹುದು.

ನೀವು AI ಜೊತೆ ನಿರ್ಮಿಸುತ್ತಿದ್ದು ಕಮಾಂಡ್ ಲೈನ್ ಮುಟ್ಟಲು ಇಷ್ಟವಿಲ್ಲದಿದ್ದರೆ, ಹೀಗೆ ಕೇಳಬಹುದು:

pg_dump ಬಳಸಿ ಕಸ್ಟಮ್ ಫಾರ್ಮ್ಯಾಟ್‌ನಲ್ಲಿ ಆ್ಯಪ್‌ನ ಡೇಟಾಬೇಸ್‌ನ ಬ್ಯಾಕಪ್ ಮಾಡಿ, ಫೈಲ್ ಹೆಸರಿನಲ್ಲಿ ಇಂದಿನ ದಿನಾಂಕವಿರಲಿ. ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಅಥವಾ ಯಾವುದೇ ರಹಸ್ಯವನ್ನು ಮುದ್ರಿಸಬೇಡಿ. ಮುಗಿದಾಗ ಫೈಲ್ ಹೆಸರು ಮತ್ತು ಗಾತ್ರ ತಿಳಿಸಿ.

ಹಂತ 4: ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ

ಕೈಯಾರೆ ಮಾಡುವ ಬ್ಯಾಕಪ್‌ಗಳು ಮರೆತುಹೋಗುತ್ತವೆ. ನಿಮ್ಮ ಸೆಟಪ್ ಬೆಂಬಲಿಸುವ ಯಾವುದೇ ವಿಧಾನದಿಂದ ಅವನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಿ:

• ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಪೂರೈಕೆದಾರರ ನಿಗದಿತ ಬ್ಯಾಕಪ್‌ಗಳು, ಅವು ನೀಡುತ್ತಿದ್ದರೆ.
• ಸರ್ವರ್ ಅಥವಾ CI ಸೇವೆಯಲ್ಲಿ ನಿಗದಿತ ಕೆಲಸ ಅದು pg_dump ಚಲಾಯಿಸಿ ಫೈಲ್ ಅನ್ನು ಸ್ಟೋರೇಜ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ.
• ಹೋಸ್ಟ್ ಮಾಡಿದ ಬ್ಯಾಕಪ್ ಸೇವೆ ಅದು ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ.

ಯಾವುದನ್ನು ಆರಿಸಿದರೂ, ಬ್ಯಾಕಪ್ ವಿಫಲವಾದಾಗ ಅದು ನಿಮಗೆ ತಿಳಿಸುವಂತೆ ಮಾಡಿ. ಮೂರು ತಿಂಗಳು ಶಾಂತವಾಗಿ ವಿಫಲವಾಗಿರುವ ಬ್ಯಾಕಪ್ ಕೆಲಸ ಕ್ಲಾಸಿಕ್ ಭಯಾನಕ ಕಥೆ.

ಹಂತ 5: ಪ್ರತಿಗಳನ್ನು ಬೇರೆಡೆ ಇಡಿ

3-2-1 ಎಂದು ಕರೆಯುವ ನಿಯಮ: ನಿಮ್ಮ ಡೇಟಾದ ಮೂರು ಪ್ರತಿಗಳು, ಎರಡು ವಿಭಿನ್ನ ರೀತಿಯ ಸ್ಟೋರೇಜ್‌ನಲ್ಲಿ, ಒಂದು ಪ್ರತಿ ಹೊರಗಿನ ಸ್ಥಳದಲ್ಲಿ. ಸಣ್ಣ ಆ್ಯಪ್‌ಗೆ ಪ್ರಾಯೋಗಿಕ ರೂಪ ಹೀಗಿದೆ:

• ಲೈವ್ ಡೇಟಾಬೇಸ್
• ಪೂರೈಕೆದಾರರ ಸ್ವಯಂಚಾಲಿತ ಬ್ಯಾಕಪ್‌ಗಳು
• ನಿಮ್ಮದೇ ಡಂಪ್‌ಗಳು, ಬೇರೆ ಖಾತೆಯ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್ ಬಕೆಟ್‌ನಂತಹ ಪ್ರತ್ಯೇಕ ಸ್ಥಳದಲ್ಲಿ

ಜೊತೆಗೆ:

• ಪ್ರವೇಶವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ. ಬ್ಯಾಕಪ್‌ನಲ್ಲಿ ಪ್ರತಿ ಬಳಕೆದಾರರ ಡೇಟಾ ಇರುತ್ತದೆ. ಅದನ್ನು ಲೈವ್ ಡೇಟಾಬೇಸ್‌ನಂತೆ ನೋಡಿಕೊಳ್ಳಿ.
• ಉಳಿಸಿಕೊಳ್ಳುವ ನೀತಿ ಇಟ್ಟುಕೊಳ್ಳಿ. ಉದಾಹರಣೆಗೆ, ದೈನಂದಿನ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಎರಡು ವಾರ ಮತ್ತು ಮಾಸಿಕ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಒಂದು ವರ್ಷ. ಹಳೆಯವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅಳಿಸಿ, ಮತ್ತು ಕೋರಿಕೆಯ ಮೇಲೆ ವೈಯಕ್ತಿಕ ಡೇಟಾ ಅಳಿಸಬೇಕೆಂದು ಗೌಪ್ಯತಾ ಕಾನೂನುಗಳು ಬಯಸಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ.
• ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಎಂದಿಗೂ Git ಗೆ ಕಮಿಟ್ ಮಾಡಬೇಡಿ. ರೆಪೊಸಿಟರಿಯಲ್ಲಿರುವ ಡಂಪ್ ಡೇಟಾ ಸೋರಿಕೆಗೆ ಕಾಯುತ್ತಿರುವ ಅಪಾಯ.

ಹಂತ 6: ಮರುಸ್ಥಾಪನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

ನಿಮ್ಮ ಕೊನೆಯ ಯಶಸ್ವಿ ಮರುಸ್ಥಾಪನೆಯಷ್ಟೇ ಬ್ಯಾಕಪ್ ಒಳ್ಳೆಯದು. ಕನಿಷ್ಠ ಪ್ರತಿ ಕೆಲವು ತಿಂಗಳಿಗೊಮ್ಮೆ, ಮತ್ತು ಬ್ಯಾಕಪ್ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಯಾವುದೇ ಬದಲಾವಣೆಯ ನಂತರ:

1. ಹೊಸ, ಖಾಲಿ ಡೇಟಾಬೇಸ್ ರಚಿಸಿ. ಪರೀಕ್ಷೆಗಾಗಿ ಲೈವ್ ಡೇಟಾಬೇಸ್ ಮೇಲೆ ಎಂದಿಗೂ ಮರುಸ್ಥಾಪಿಸಬೇಡಿ.
2. ಇತ್ತೀಚಿನ ಬ್ಯಾಕಪ್ ಅನ್ನು ಅದರಲ್ಲಿ ಮರುಸ್ಥಾಪಿಸಿ:

pg_restore --no-owner --dbname="$TEST_DATABASE_URL" backup-2026-09-29.dump

ಸರಳ .sql ಫೈಲ್‌ಗೆ ಬದಲಾಗಿ psql "$TEST_DATABASE_URL" -f backup.sql ಬಳಸಿ.

1. ಪ್ರತಿ ಟೇಬಲ್ ಇದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಸಾಲುಗಳ ಸಂಖ್ಯೆಯನ್ನು ಲೈವ್ ಡೇಟಾಬೇಸ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಕೆಲವು ಇತ್ತೀಚಿನ ದಾಖಲೆಗಳನ್ನು ನೋಡಿ.
2. ಸಾಧ್ಯವಾದರೆ, ಆ್ಯಪ್‌ನ ಪ್ರತಿಯನ್ನು ಅದಕ್ಕೆ ಸೂಚಿಸಿ ಮತ್ತು ಲಾಗ್ ಇನ್ ಮಾಡಿ.
3. ಮರುಸ್ಥಾಪನೆಗೆ ಎಷ್ಟು ಸಮಯ ಬೇಕಾಯಿತು ಎಂದು ಬರೆದಿಡಿ. ಅದೇ ನಿಮ್ಮ ನಿಜವಾದ ಚೇತರಿಕೆ ಸಮಯ.

ಹಂತ 7: ಅಪಾಯಕಾರಿ ಬದಲಾವಣೆಗಳ ಮೊದಲು ಬ್ಯಾಕಪ್ ಮಾಡಿ

ಈ ಕೆಳಗಿನವುಗಳಿಗೆ ಮುನ್ನ ತಾಜಾ ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳಿ:

• ಕಾಲಮ್‌ಗಳನ್ನು ಡ್ರಾಪ್ ಅಥವಾ ಮರುಹೆಸರಿಸುವ ಡೇಟಾಬೇಸ್ ಮೈಗ್ರೇಷನ್ ಚಲಾಯಿಸುವುದು
• ಬೃಹತ್ ಡೇಟಾ ಆಮದು ಮಾಡುವುದು
• AI ಏಜೆಂಟ್ ಡೇಟಾ ಮಾದರಿಗೆ ದೊಡ್ಡ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಬಿಡುವುದು
• ಹಳೆಯ ದಾಖಲೆಗಳನ್ನು ಅಳಿಸುವುದು

AI ನಿರ್ಮಿತ ಆ್ಯಪ್‌ನಲ್ಲಿ, ಒಂದು ವೈಶಿಷ್ಟ್ಯದ ಭಾಗವಾಗಿ ಏಜೆಂಟ್ ಟೇಬಲ್ ರಚನೆಯನ್ನು ಬದಲಾಯಿಸಬಹುದು. ಚೆಕ್‌ಪಾಯಿಂಟ್‌ಗಳು ಮತ್ತು ಆವೃತ್ತಿ ನಿಯಂತ್ರಣ ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಹಿಂದಕ್ಕೆ ತರುತ್ತವೆ, ಆದರೆ ಅಳಿಸಿದ ಸಾಲುಗಳನ್ನು ಮರಳಿ ತರುವುದಿಲ್ಲ. ದೊಡ್ಡ ಬದಲಾವಣೆಗೆ ಮುನ್ನ ಮೂವತ್ತು ಸೆಕೆಂಡ್ ಬ್ಯಾಕಪ್ ಅಗ್ಗದ ವಿಮೆ.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು

• Git ಅಥವಾ ಕೋಡ್ ಎಕ್ಸ್‌ಪೋರ್ಟ್ ಬ್ಯಾಕಪ್ ಎಂದು ಭಾವಿಸುವುದು. ಅದರಲ್ಲಿ ಕೋಡ್ ಇದೆ, ಡೇಟಾ ಅಲ್ಲ.
• ಮರುಸ್ಥಾಪನೆಯನ್ನು ಎಂದಿಗೂ ಪರೀಕ್ಷಿಸದಿರುವುದು. ಅನೇಕ ಬ್ಯಾಕಪ್‌ಗಳು ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಖಾಲಿ, ಅಪೂರ್ಣ ಅಥವಾ ಓದಲಾಗದವು ಎಂದು ತಿಳಿಯುತ್ತವೆ.
• ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಂತೆಯೇ ಖಾತೆಯಲ್ಲಿ ಇಡುವುದು. ಒಂದು ಹ್ಯಾಕ್ ಆದ ಅಥವಾ ಮುಚ್ಚಿದ ಖಾತೆ ಎರಡನ್ನೂ ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ.
• ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್‌ಗಳನ್ನು ಮರೆಯುವುದು. ಡೇಟಾಬೇಸ್ ಫೈಲ್‌ನ ಮಾರ್ಗವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ; ಚಿತ್ರವು ಸ್ಟೋರೇಜ್‌ನಲ್ಲಿ ಇರುತ್ತದೆ.
• ಬ್ಯಾಕಪ್ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳಲ್ಲಿ ರಹಸ್ಯಗಳನ್ನು ಬಿಡುವುದು. ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಪರಿಸರ ವೇರಿಯೇಬಲ್‌ನಿಂದ ಓದಿ, ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಪಠ್ಯದಿಂದ ಎಂದಿಗೂ ಅಲ್ಲ. ನೋಡಿ API ಕೀಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಡುವುದು ಹೇಗೆ.

ಬ್ಯಾಕಪ್‌ಗಳು ಮತ್ತು Mythex

Mythex ಪ್ರಾಜೆಕ್ಟ್‌ಗಳಿಗೆ ಮೀಸಲಾದ Postgres ಡೇಟಾಬೇಸ್ ಇರಬಹುದು, ಮತ್ತು ಅದರ ಕನೆಕ್ಷನ್ ವಿವರಗಳನ್ನು ವರ್ಕ್‌ಸ್ಪೇಸ್ ಮತ್ತು ಪ್ರಕಟಿತ ಆ್ಯಪ್‌ಗೆ ಚುಚ್ಚಲಾಗುತ್ತದೆ. Mythex ದಸ್ತಾವೇಜು ಡೇಟಾಬೇಸ್ ಬ್ಯಾಕಪ್ ಅಥವಾ ಮರುಸ್ಥಾಪನೆ ವೈಶಿಷ್ಟ್ಯವನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮ್ಮದೇ ಯೋಜನೆ ಮಾಡಿ: ಡಂಪ್ ತೆಗೆಯಲು ಏಜೆಂಟ್‌ಗೆ ಕೇಳಿ, ಅದನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ, ಸುರಕ್ಷಿತ ಸ್ಥಳದಲ್ಲಿ ಇಡಿ, ವಿಶೇಷವಾಗಿ ದೊಡ್ಡ ಬದಲಾವಣೆಗಳ ಮೊದಲು. ಪ್ರಾಜೆಕ್ಟ್ ಎಕ್ಸ್‌ಪೋರ್ಟ್ (Pro) ರಹಸ್ಯಗಳು ಮತ್ತು node_modules ಹೊರಗಿಟ್ಟು ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ; ಅದರಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಸಾಲುಗಳು ಇರುವುದಿಲ್ಲ. ದಸ್ತಾವೇಜಿನಲ್ಲಿ Database ಮತ್ತು Data ownership ನೋಡಿ. ಡೇಟಾಬೇಸ್ ಬಗ್ಗೆ ಹೆಚ್ಚು ತಿಳಿಯಲು, Postgres ಎಂದರೇನು ಓದಿ.

ಬ್ಯಾಕಪ್ ಪರಿಶೀಲನಾಪಟ್ಟಿ

• ನೀವು ಎಷ್ಟು ಡೇಟಾ ಕಳೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಎಷ್ಟು ಹೊತ್ತು ನಿಲ್ಲಬಹುದು ಎಂದು ನಿರ್ಧರಿಸಿದ್ದೀರಿ
• ನಿಮ್ಮ ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್ ಒದಗಿಸುವ ಸ್ವಯಂಚಾಲಿತ ಬ್ಯಾಕಪ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿದ್ದೀರಿ
• ನಿಮ್ಮದೇ ಡಂಪ್ ನಿಗದಿತ ಸಮಯದಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, ವಿಫಲತೆಗಳು ನಿಮಗೆ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತವೆ
• ಪ್ರತಿಗಳನ್ನು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ, ಸೀಮಿತ ಪ್ರವೇಶದೊಂದಿಗೆ ಇಡಲಾಗಿದೆ
• ಉಳಿಸಿಕೊಳ್ಳುವ ನೀತಿ ಬರೆದಿಡಲಾಗಿದೆ
• ಅಪ್‌ಲೋಡ್ ಮಾಡಿದ ಫೈಲ್‌ಗಳನ್ನೂ ಡೇಟಾಬೇಸ್‌ನಂತೆಯೇ ಬ್ಯಾಕಪ್ ಮಾಡಲಾಗಿದೆ
• ಖಾಲಿ ಡೇಟಾಬೇಸ್‌ಗೆ ಮರುಸ್ಥಾಪನೆ ಪರೀಕ್ಷಿಸಲಾಗಿದೆ, ಸಾಲುಗಳ ಸಂಖ್ಯೆ ಪರಿಶೀಲಿಸಲಾಗಿದೆ
• ಪ್ರತಿ ಅಪಾಯಕಾರಿ ಬದಲಾವಣೆಗೆ ಮುನ್ನ ಬ್ಯಾಕಪ್ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ

ಪ್ರಶ್ನೆಗಳು