ವೇಗದ VPN ಕೂಡ ಸಿಂಕ್ರೊನಸ್ SQL ಕಮಿಟ್ ಅನ್ನು ನಿಧಾನಗೊಳಿಸುವುದೇಕೆ

ಪ್ರಾಥಮಿಕದಲ್ಲಿ ಪ್ರಶ್ನೆ ಅಧಿವೇಶನ ತೆರೆದು ಸರಳ ಬರವಣಿಗೆ ಯಾವುದಕ್ಕೆ ಕಾಯುತ್ತಿದೆ ಎಂದು ನೋಡಿ. ಡೇಟಾಬೇಸ್ ಸಿಂಕ್ರೊನಸ್ ಕಮಿಟ್ ಇರುವ ಲಭ್ಯತೆ ಗುಂಪಿಗೆ ಸೇರಿದ್ದರೆ ಮತ್ತು ದ್ವಿತೀಯಕ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೆ, ಆ ಕಾಯುವಿಕೆಯ ಒಂದು ಭಾಗ ಕಟ್ಟಡವನ್ನು ಬಿಡುತ್ತದೆ: ಲಾಗ್ ದಾಖಲೆಗಳು ಪ್ರತಿಗೆ ಹೋಗುತ್ತವೆ, ಅಲ್ಲಿ ಕಠಿಣಗೊಳಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಕಠಿಣಗೊಳಿಸುವಿಕೆಯ ಸುದ್ದಿ ಕಮಿಟ್ ಮುಗಿಯುವ ಮೊದಲು ಹಿಂತಿರುಗುತ್ತದೆ. ಬ್ಯಾಂಡ್ವಿಡ್ತ್ ಆ ಹೋಗುವ-ಬರುವಿಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವುದಿಲ್ಲ. ಕೆಳಗಿನ ವಿವರಣೆ ಪರದೆಯಿಂದ ದೂರದ ಡಿಸ್ಕ್ವರೆಗೆ ಮತ್ತು ಹಿಂತಿರುಗಿ ಸ್ವೀಕೃತಿಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ.

ಪ್ರಾಥಮಿಕದ ಕಾಯುವಿಕೆಯ ಪ್ರಕಾರದಿಂದ ಪ್ರಾರಂಭಿಸಿ

ದೂರದ ಪ್ರತಿಯಲ್ಲಿ ಕಾಯುತ್ತಿರುವ ಬರವಣಿಗೆ CPU ಅಥವಾ ಲಾಕ್ ಕಾಯುವಿಕೆಯಲ್ಲ, ಲಾಗ್ಗೆ ಸಂಬಂಧಿಸಿದ ಕಾಯುವಿಕೆಯಾಗಿ ಕಾಣುತ್ತದೆ, ಮತ್ತು ವಹಿವಾಟಿನ ಅವಧಿ ಸಾಲುಗಳ ಸಂಖ್ಯೆಯಲ್ಲ, ಹೋಗುವ-ಬರುವಿಕೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಅನೇಕ ಸಣ್ಣ ಕಮಿಟ್ಗಳು ಇದನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದೂ ಪ್ರಯಾಣವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪಾವತಿಸುತ್ತದೆ. ಒಂದು ದೊಡ್ಡ ಬ್ಯಾಚ್ ಕಾರ್ಯಾಚರಣೆ ಅದೇ ವೆಚ್ಚವನ್ನು ಒಂದು ಉದ್ದವಾದ ಸ್ವೀಕೃತಿಯ ಒಳಗೆ ಮರೆಮಾಡುತ್ತದೆ.

ಲಿಂಕ್ ಬಗ್ಗೆ ಯಾವುದೇ ತೀರ್ಮಾನಕ್ಕೆ ಬರುವ ಮೊದಲು ನಿಮ್ಮ ಕೆಲಸದ ಹೊರೆಯನ್ನು ಕಮಿಟ್ ಆವರ್ತನದ ಪ್ರಕಾರ ಜೋಡಿಸಿ.

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

ಸ್ವೀಕೃತಿಯನ್ನು ದ್ವಿತೀಯಕದವರೆಗೆ ಅನುಸರಿಸಿ

ಸಿಂಕ್ರೊನಸ್ ಕಮಿಟ್ನಲ್ಲಿ ಕಮಿಟ್ ಪೂರ್ಣವೆಂದು ಘೋಷಿಸುವ ಮೊದಲು ಸಂಬಂಧಿತ ಲಾಗ್ ದ್ವಿತೀಯಕದಲ್ಲಿ ಕಠಿಣಗೊಳಿಸಲಾಗಿದೆ ಎಂಬ ದೃಢೀಕರಣಕ್ಕೆ ಪ್ರಾಥಮಿಕ ಕಾಯುತ್ತದೆ. ಕಠಿಣಗೊಳಿಸಿದ ಎಂದರೆ ಲಾಗ್ನಲ್ಲಿ ಶಾಶ್ವತ, ಡೇಟಾ ಪುಟಗಳಲ್ಲಿ ಮತ್ತೆ ಚಲಾಯಿಸಿದುದಲ್ಲ. ಈ ವ್ಯತ್ಯಾಸವೇ ಸಿಂಕ್ರೊನಸ್ ದ್ವಿತೀಯಕ redo ನಲ್ಲಿ ಹಿಂದೆ ಇದ್ದರೂ ಕಠಿಣಗೊಳಿಸುವಿಕೆಯನ್ನು ದೃಢೀಕರಿಸುವುದಕ್ಕೆ ಕಾರಣ.

ಮಾರ್ಗವನ್ನು ಕ್ರಮವಾಗಿ ನಡೆದು ಒಟ್ಟಿಗಿಂತ ಪ್ರತಿ ಹಂತವನ್ನು ಅಳೆಯಿರಿ. ಲಾಗ್ ದಾಖಲೆಗಳು ಸಾಗಣೆಯ ಮೂಲಕ ಹೋಗುತ್ತವೆ, ದ್ವಿತೀಯಕ ಅವನ್ನು ಬರೆದು ಫ್ಲಶ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಸ್ವೀಕೃತಿ ಅದೇ ಮಾರ್ಗದಲ್ಲಿ ಹಿಂತಿರುಗುತ್ತದೆ. ಸಾಗಣೆ ವಿಳಂಬ, ದ್ವಿತೀಯಕದ ನಿಗದೀಕರಣ ಮತ್ತು ದ್ವಿತೀಯಕದ ಲಾಗ್-ಡಿಸ್ಕ್ ವಿಳಂಬ ಎಲ್ಲವೂ ಒಟ್ಟು ಮೊತ್ತಕ್ಕೆ ಸೇರುತ್ತವೆ, ಮತ್ತು ಮೊದಲನೆಯದು ಮಾತ್ರ ನೆಟ್ವರ್ಕ್ ಮಾಲೀಕನದು. ಲಾಗ್ ಪರಿಮಾಣ ಬೇರೆ ಯಾವುದೋ ಒಂದರಿಂದ ಸಂತೃಪ್ತವಾಗಿರುವ ದ್ವಿತೀಯಕ ಲಿಂಕ್ ನಿಷ್ಕ್ರಿಯವಾಗಿದ್ದರೂ ಪ್ರತಿ ಕಮಿಟ್ ಅನ್ನು ಎಳೆಯಬಹುದು.

SELECT ag.name AS ag_name, drs.database_id, drs.synchronization_state_desc,
       drs.log_send_queue_size, drs.redo_queue_size
FROM sys.dm_hadr_database_replica_states AS drs
JOIN sys.availability_groups AS ag ON ag.group_id = drs.group_id;

ಶಾಂತ ಮಧ್ಯಾಹ್ನದಲ್ಲಿ ಒಮ್ಮೆಗಿಂತ ಪ್ರತಿನಿಧಿ ಬರವಣಿಗೆಯ ಮೊದಲು ಮತ್ತು ನಂತರ ಆ ಸ್ನ್ಯಾಪ್ಶಾಟ್ ತೆಗೆದುಕೊಳ್ಳಿ. ಕಮಿಟ್ ಕಾಯುತ್ತಿದ್ದಾಗ ಯಾವ ಸರತಿ ಚಲಿಸಿತು ಎಂದು ವ್ಯತ್ಯಾಸವೇ ಹೇಳುತ್ತದೆ.

ಲಿಂಕ್ ಅಲ್ಲ, ಮಾರ್ಗವನ್ನು ಅಳೆಯಿರಿ

ಥ್ರೂಪುಟ್ ಪರೀಕ್ಷೆ ನಿಮ್ಮ ಪ್ರತಿಗಳಲ್ಲದ ಎರಡು ಬಿಂದುಗಳ ನಡುವಿನ ಸಾಮರ್ಥ್ಯವನ್ನು ನಿಮ್ಮ ಕೆಲಸವಲ್ಲದ ಹೊರೆಯ ಅಡಿಯಲ್ಲಿ ಅಳೆಯುತ್ತದೆ. ನಿಜವಾದ ಸಂಚಾರ ನಡೆಯುತ್ತಿರುವಾಗ ನಿಜವಾದ ಪ್ರತಿ ಮಾರ್ಗದ ಉದ್ದಕ್ಕೂ ವಿಳಂಬ ಮತ್ತು ನಷ್ಟವನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಮಾಲೀಕರಿಗೆ ಕೇಳಿ. ಇಲ್ಲಿ ನಷ್ಟವು ಸಾಮರ್ಥ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಕಳೆದುಹೋದ ವಿಭಾಗಕ್ಕೆ ಮರುಪ್ರಸಾರದ ವೆಚ್ಚವಿದೆ ಮತ್ತು ಪ್ರತಿ ಕಮಿಟ್ ಒಂದು ಸ್ವೀಕೃತಿಗೆ ಕಾಯುತ್ತದೆ. ಡೌನ್ಲೋಡ್ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಅತ್ಯುತ್ತಮವಾಗಿ ಕಾಣುವ ಲಿಂಕ್ ಕೂಡ ಮಾತನಾಡುವ ಕಮಿಟ್ ಮಾದರಿಗೆ ಸೂಕ್ತವಲ್ಲದಿರಬಹುದು.

ಅಳೆಯುವಾಗ ಡೇಟಾಬೇಸ್ ಸಾಗಣೆ ಭದ್ರತೆ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಂತ್ರಣಗಳನ್ನು ಅಕ್ಷತವಾಗಿ ಇರಿಸಿ. ಮಾರ್ಗವನ್ನು ಅಳೆಯುವುದು ಅವನ್ನು ಬಳಸದಿರಲು ಎಂದಿಗೂ ಕಾರಣವಲ್ಲ.

ಸಮಯಗಳನ್ನು ಅಂತಃಪ್ರಜ್ಞೆಯ ಬದಲು ಎಣಿಕೆಗಳೊಂದಿಗೆ ಪರಸ್ಪರ ಸಂಬಂಧಿಸಿ. ಕಳುಹಿಸುವಿಕೆಯ ಸರತಿ ಖಾಲಿಯಾಗಿದ್ದು ಕಮಿಟ್ ಇನ್ನೂ ಕಾಯುತ್ತಿದ್ದರೆ, ವಿಳಂಬ ಸ್ವೀಕೃತಿಯಲ್ಲಿ ಅಥವಾ ದ್ವಿತೀಯಕದ ಫ್ಲಶ್ನಲ್ಲಿದೆ. ಕಳುಹಿಸುವಿಕೆಯ ಸರತಿ ಸ್ಥಿರವಾಗಿ ಬೆಳೆದರೆ, ಮಿತಿ ಸಾಗಣೆ ಅಥವಾ ಸಾಮರ್ಥ್ಯ. ಯಾವ ವೀಕ್ಷಣೆ ತೀರ್ಮಾನವನ್ನು ಬೆಂಬಲಿಸಿತು ಎಂದು ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ವಾದದ ಬದಲು ಅಳತೆಯನ್ನು ಪುನರಾವರ್ತಿಸಬಹುದು.

ಅಸಿಂಕ್ರೊನಸ್ ಮೋಡ್ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

ಅಸಿಂಕ್ರೊನಸ್ ಕಮಿಟ್ ದ್ವಿತೀಯಕದ ಕಠಿಣಗೊಳಿಸುವಿಕೆ ಸ್ವೀಕೃತಿಯ ಕಾಯುವಿಕೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಬರವಣಿಗೆ ವೇಗವಾಗುತ್ತದೆ ಮತ್ತು ಆದ್ದರಿಂದ ನಿಮ್ಮ ಬಾಳಿಕೆ ಸ್ಥಾನ ಬದಲಾಗುತ್ತದೆ. ಆ ದೂರದ ದೃಢೀಕರಣವಿಲ್ಲದೆ ಪ್ರಾಥಮಿಕ ವಹಿವಾಟನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ. ನಂತರ ದ್ವಿತೀಯಕ ಹಿಂದೆ ಬೀಳಲು ಅನುಮತಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಆ ಹಿಂದೆ ಬೀಳುವಿಕೆಯೇ ಒಡ್ಡುವಿಕೆ.

ಲಾಗ್ ಬಳಸಬಹುದಾದ ಫೇಲ್ಓವರ್ ಗುರಿಯನ್ನು ತಲುಪುವ ಮೊದಲು ಪ್ರಾಥಮಿಕ ಕಳೆದುಹೋದರೆ, ಆ ಪ್ರತಿಗೆ ಸೇವೆಯನ್ನು ಬಲವಂತವಾಗಿ ಸಾಗಿಸುವುದು ಅಪ್ಲಿಕೇಶನ್ಗೆ ಈಗಾಗಲೇ ಕಮಿಟ್ ಆಗಿದೆ ಎಂದು ತಿಳಿಸಿದ್ದ ವಹಿವಾಟುಗಳನ್ನು ಬಿಸಾಡುತ್ತದೆ.

ಇದು ರಿಕವರಿ-ಪಾಯಿಂಟ್ ನಿರ್ಧಾರ ಮತ್ತು ಅದು ಡೇಟಾಬೇಸ್ ಮಾಲೀಕನದು, ಕಾರ್ಯಕ್ಷಮತೆ ಪರಿಶೀಲನೆಯದ್ದಲ್ಲ. ಮೊದಲು ಸಹಿಸಬಹುದಾದ ಡೇಟಾ-ನಷ್ಟದ ಕಿಟಕಿಯನ್ನು ನಿಗದಿಸಿ, ಅದನ್ನು ಪೂರೈಸುವ ಮೋಡ್ ಆಯ್ಕೆಮಾಡಿ, ನಂತರ ಆ ಮಿತಿಯೊಳಗೆ ಅನುಕೂಲಗೊಳಿಸಿ. ಸಿಂಕ್ರೊನಸ್ ರಕ್ಷಣೆಯನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವ ಆಯ್ಕೆಗಳಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್ ಅನುಮತಿಸುವಲ್ಲಿ ತಪ್ಪಿಸಬಹುದಾದ ಕಮಿಟ್ ಪ್ರಯಾಣಗಳನ್ನು ತೆಗೆದುಹಾಕುವುದು, ಅಳೆಯಲಾದ ಸಾಗಣೆ ಅಥವಾ ಸಂಗ್ರಹದ ಅಡಚಣೆಯನ್ನು ಸರಿಪಡಿಸುವುದು, ಮತ್ತು ಸ್ವೀಕೃತಿ ಕಡಿಮೆ ದೂರ ಕ್ರಮಿಸಲು ಪ್ರತಿಯನ್ನು ಸರಿಸುವುದು ಸೇರಿವೆ. ನೀವು ಪ್ರಾರಂಭಿಸಿದ ಮತ್ತು ಬದಲಾಗದ ಬಾಳಿಕೆ ಅಗತ್ಯದ ವಿರುದ್ಧ ಇವನ್ನು ತೂಗಿ ನೋಡಿ.