ಸೈಟ್ VPN ಮೂಲಕ push ಮತ್ತು pull ಪ್ರತಿಕೃತಿ ಏಜೆಂಟ್ಗಳು

ಏಜೆಂಟ್ನ ಸ್ಥಳ, ಡೇಟಾದ ಸ್ಥಳವಲ್ಲ, ಅದು SQL Server ಚಂದಾದಾರಿಕೆಯನ್ನು ರೂಪಿಸುವ ನಿರ್ಧಾರ. ಏಜೆಂಟ್ ಚಲಾಯಿಸುವ ಯಂತ್ರವು ಸಂಪರ್ಕವನ್ನು ತೆರೆಯುತ್ತದೆ, ನಿರ್ದಿಷ್ಟ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಿಂಕ್ರೊನೈಸೇಶನ್ ನಿಂತಾಗ ದೋಷವನ್ನು ಹೊರುತ್ತದೆ. ಸೈಟ್-ಟು-ಸೈಟ್ VPN ನಲ್ಲಿ ಆ ವ್ಯತ್ಯಾಸವೇ ವಿನ್ಯಾಸ, ಸಣ್ಣ ವಿವರವಲ್ಲ. ನೆಟ್ವರ್ಕ್ ಬರೆಯುವ ಮೊದಲು ಏಜೆಂಟ್ ಸಂಪರ್ಕಗಳನ್ನು ಬರೆಯಿರಿ.

ಮೂರು ಪಾತ್ರಗಳು, ಎರಡಲ್ಲ

Publisher ಲೇಖನದ ಡೇಟಾವನ್ನು ಹೊಂದಿದೆ, Distributor ವಿತರಣಾ ಡೇಟಾಬೇಸ್ ಹೊಂದಿದೆ, ಮತ್ತು Subscriber ಬದಲಾವಣೆಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. Log Reader Agent ವಹಿವಾಟು ಪ್ರತಿಕೃತಿಗಾಗಿ Distributor ನಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. Distribution Agent ಎಂಬುದು ಚಂದಾದಾರಿಕೆ ಪ್ರಕಾರದೊಂದಿಗೆ ಸ್ಥಳ ಬದಲಾಗುವ ಏಜೆಂಟ್, ಆದ್ದರಿಂದ ಅದೇ ನೆಟ್ವರ್ಕ್ ವಿನ್ಯಾಸವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. VPN ನಿಯಮಗಳ ಬಗ್ಗೆ ಮಾತನಾಡುವ ಮೊದಲು ಈ ಪಾತ್ರಗಳನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಿ.

push ಚಂದಾದಾರಿಕೆ Distribution Agent ಅನ್ನು Distributor ನಲ್ಲಿ ಚಲಾಯಿಸುತ್ತದೆ, ಮತ್ತು pull ಚಂದಾದಾರಿಕೆ ಅದನ್ನು Subscriber ನಲ್ಲಿ ಚಲಾಯಿಸುತ್ತದೆ, ಎಂಬಂತೆ Microsoft ನ ಚಂದಾದಾರಿಕೆ ದಾಖಲೆ ಹೇಳುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಸಂಭಾಷಣೆಯ ಎಲ್ಲವೂ ಯಾವ ಯಂತ್ರ ಎಂಬುದರಿಂದ ಬರುತ್ತದೆ. ಪ್ರತಿ ಚಂದಾದಾರಿಕೆಗೆ ನಾಲ್ಕು ಸಂಗತಿಗಳನ್ನು ಬರೆಯಿರಿ: ಏಜೆಂಟ್ನ ಹೋಸ್ಟ್, ಅದರ ಪ್ರಕ್ರಿಯೆ ಗುರುತು, ಅದು ಬಳಸುವ ಡೇಟಾಬೇಸ್ ಲಾಗಿನ್ಗಳು ಮತ್ತು ಅದು ತಲುಪಬೇಕಾದ ಸಂಪನ್ಮೂಲಗಳು. ರೇಖಾಚಿತ್ರದ ಬಾಣವಲ್ಲ, ಈ ಸಂಗತಿಗಳು ಯಾವ ದಿಕ್ಕು ಕೆಲಸ ಮಾಡಬೇಕು ಎಂದು ಹೇಳುತ್ತವೆ.

push ಎಂದರೆ ಏಜೆಂಟ್ Distributor ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ

push ಚಂದಾದಾರಿಕೆಯಲ್ಲಿ Distributor VPN ಮೂಲಕ Subscriber ಗೆ ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ. ಚಂದಾದಾರರ ಬದಿಯ ಕೇಳುಗ, firewall ಮತ್ತು SQL ಲಾಗಿನ್ ದೂರದ ಬದಿಯಿಂದ ಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. Distributor ನ ಸೇವಾ ಖಾತೆಗೆ ಚಂದಾದಾರರ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಅನುಮತಿಯೂ ಬೇಕು. ಚಂದಾದಾರಿಕೆ ರಚಿಸುವ ಮೊದಲು ಆ ಒಳಬರುವ ಮಾರ್ಗವನ್ನು ಯೋಜಿಸಿ, ಏಕೆಂದರೆ ನಂತರ ಅದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ಮತ್ತೆ ರಚಿಸುವುದನ್ನು ಅರ್ಥೈಸುತ್ತದೆ.

ಸ್ನ್ಯಾಪ್ಶಾಟ್ ವಿತರಣೆಯು ಸ್ಥಿರ ಪ್ರತಿಕೃತಿ ಎಂದಿಗೂ ಬಳಸದ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತದೆ. ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಫೈಲ್ ಹಂಚಿಕೆಯಲ್ಲಿ ಇದ್ದರೆ, Distribution Agent ಆ ಹಂಚಿಕೆಯಿಂದ ಓದುತ್ತದೆ ಮತ್ತು ಚಂದಾದಾರರ ಖಾತೆ ಅದೇ UNC ಮಾರ್ಗವನ್ನು ತಲುಪಬೇಕು. ವಾರಗಳ ಕಾಲ ಹರಿಯುವ ಬದಲಾವಣೆ ಪ್ರವಾಹವು ಮರು ಆರಂಭ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಹಂಚಿಕೆ ಆರಂಭದಿಂದಲೂ ಯೋಜನೆಯಲ್ಲಿದೆ.

push ಅನ್ನು ಏಕಮುಖ ಸಂಚಾರ ಎಂದು ಓದಬೇಡಿ. ಏಜೆಂಟ್ಗೆ ಉತ್ತರಗಳು, ದೃಢೀಕರಣಗಳು ಮತ್ತು ತನ್ನದೇ ಪ್ರಮಾಣೀಕರಣ ವಿನಿಮಯಗಳು ಬೇಕು. ಡೇಟಾ ಒಂದು ದಿಕ್ಕಿನಲ್ಲಿ ಚಲಿಸಿದರೂ ಮಾರ್ಗವು ಸಂಪರ್ಕ ಮಟ್ಟದಲ್ಲಿ ದ್ವಿಮುಖವಾಗಿರಬೇಕು.

pull ಎಂದರೆ ಏಜೆಂಟ್ Subscriber ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ

pull ಚಂದಾದಾರಿಕೆ ಸಂಪರ್ಕವನ್ನು ತಿರುಗಿಸುತ್ತದೆ: Subscriber ಸ್ವತಃ Distribution Agent ಚಲಾಯಿಸುತ್ತದೆ ಮತ್ತು Distributor ಅನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಈ ಜೋಡಣೆಯು ಶಾಖೆಯಿಂದ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಗಳನ್ನು ಅನುಮತಿಸಿ ಒಳಬರುವ ಸಂಪರ್ಕಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವ VPN ನೀತಿಗೆ ಸರಿಹೊಂದುತ್ತದೆ. ಇದು ವೇಳಾಪಟ್ಟಿ ನಿರ್ಧಾರವನ್ನೂ ಶಾಖಾ ಸರ್ವರ್ ನೋಡಿಕೊಳ್ಳುವವರ ಕೈಯಲ್ಲಿ ಇಡುತ್ತದೆ. ಶಾಖಾ ತಂಡವು ತನ್ನದೇ ಸಿಂಕ್ರೊನೈಸೇಶನ್ ಹೊಂದಿರಬೇಕು ಮತ್ತು ತನ್ನದೇ ವೈಫಲ್ಯಗಳನ್ನು ಗಮನಿಸಬೇಕು ಎಂದಾಗ ಇದನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಚಂದಾದಾರರ SQL Server Agent ಸೇವಾ ಖಾತೆಗೆ ವಿತರಣಾ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಸ್ನ್ಯಾಪ್ಶಾಟ್ ಹಂಚಿಕೆಗೆ ಓದುವ ಪ್ರವೇಶ ಬೇಕು. ಆ ಖಾತೆಯೇ ಪ್ರತಿಕೃತಿ ದೋಷಗಳಲ್ಲಿ ಕಾಣುವ ಗುರುತು, ಮತ್ತು ಡೊಮೇನ್ ಹಕ್ಕುಗಳಿಲ್ಲದ ಸ್ಥಳೀಯ ಸೇವಾ ಖಾತೆಯು ನೆಟ್ವರ್ಕ್ ದೋಷದಂತೆ ಕಾಣುವ ಆದರೆ ವಾಸ್ತವವಾಗಿ ರುಜುವಾತು ದೋಷವಾದ ಸ್ಥಳದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. ಸುರಂಗವನ್ನು ಡೀಬಗ್ ಮಾಡುವ ಮೊದಲು ಖಾತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಲಾಗಿನ್ ಸರಿಪಡಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ನೆಟ್ವರ್ಕ್ ನಿರ್ದೋಷ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿರುತ್ತದೆ.

ಮಾಲೀಕತ್ವ ಏಜೆಂಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಕೇಂದ್ರ ತಂಡವು ವೇಳಾಪಟ್ಟಿ ಮತ್ತು ವೈಫಲ್ಯಗಳೆರಡನ್ನೂ ಹೊಂದಿರಬೇಕಾದಾಗ push ಆಯ್ಕೆಮಾಡಿ. ಯಾವುದನ್ನು ಆಯ್ಕೆಮಾಡಿದರೂ, ಮುಂದಿನ ಎಂಜಿನಿಯರ್ ಮೊದಲು ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ತಿಳಿಯಲು ಚಂದಾದಾರಿಕೆಯ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ.

ಮರುಪ್ರಕಟಣೆ ವ್ಯಾಪ್ತಿಯನ್ನು ಬದಲಿಸುತ್ತದೆ, ಮಾಲೀಕತ್ವವನ್ನಲ್ಲ

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

ದಾಖಲಾದ ಕ್ರಮ ಮುಖ್ಯ: ಕೆಳಗಿನ ಪ್ರಕಟಣೆಯನ್ನು ರಚಿಸುವ ಮೊದಲು ಒಳಬರುವ ಚಂದಾದಾರಿಕೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ. ಇದನ್ನು ಪರಿಶೀಲನೆಯೊಂದಿಗೆ ಜೀವನಚಕ್ರದ ಹೆಜ್ಜೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಬಿಟ್ಟುಬಿಡಬಹುದಾದ ಕಾಗದದ ಕೆಲಸವಾಗಿ ಅಲ್ಲ. ಅದನ್ನು ತಿರುಗಿಸಿದರೆ ಸಂರಚಿಸಿದಂತೆ ಕಾಣುವ ಆದರೆ ಏನನ್ನೂ ತಲುಪಿಸದ ಸರಪಳಿ ಉಂಟಾಗುತ್ತದೆ.

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

ಸ್ಥಾನವನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಸಾಬೀತುಪಡಿಸಿ

ನೆನಪನ್ನು ನಂಬುವ ಬದಲು ವಿತರಣಾ ಡೇಟಾಬೇಸ್ನಿಂದ ಚಂದಾದಾರಿಕೆಯ ಪ್ರಕಾರವನ್ನು ಓದಿ, ನಂತರ ಬದಲಾವಣೆಗಳು ನಿಜವಾಗಿ ಬರುತ್ತವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ:

USE distribution;
SELECT publication, subscriber_db, subscription_type
FROM dbo.MSsubscriptions;
EXEC sp_replmonitorsubscriptionpendingcmds
  @publisher = 'PUB1', @publisher_db = 'Sales',
  @publication = 'SalesPub', @subscriber = 'BR1',
  @subscriber_db = 'Sales';

subscription_type ಮೌಲ್ಯ 0 ಎಂದರೆ push, 1 ಎಂದರೆ pull, ಮತ್ತು ಅದನ್ನು ಸ್ಥಳದಲ್ಲೇ ಬದಲಿಸಲಾಗದು, ಆದ್ದರಿಂದ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ ಚಂದಾದಾರಿಕೆಯನ್ನು ಸಂಪಾದಿಸುವುದಲ್ಲ, ಮತ್ತೆ ರಚಿಸುವುದು. ಬಾಕಿ ಇರುವ ಆದೇಶಗಳ ಕರೆಯು ಆಯ್ಕೆಮಾಡಿದ ಏಜೆಂಟ್ ಕೆಲಸವನ್ನು ಸರಿಸುತ್ತಿದೆಯೇ ಅಥವಾ ಬರೀ ಚಲಿಸುತ್ತಿದೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಶೂನ್ಯ ಬಾಕಿ ಆದೇಶಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತಿದ್ದರೂ ಚಂದಾದಾರರ ಕೋಷ್ಟಕ ಖಾಲಿ ಉಳಿಯುವ ಚಂದಾದಾರಿಕೆಯು ಬೆಳೆಯುತ್ತಿರುವ ಹಿಂದುಳಿಕೆಯನ್ನು ವರದಿ ಮಾಡುವ ಚಂದಾದಾರಿಕೆಗಿಂತ ಬೇರೆ ದೋಷ, ಮತ್ತು ಎರಡೂ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರಿಗೆ ಕೊಂಡೊಯ್ಯುತ್ತವೆ.

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