விநியோகிக்கப்பட்ட தகவல் அடிப்படை: அடிப்படைகள். FTP ஆதாரம் 1c கணக்கியல் RIB வழியாக விநியோகிக்கப்பட்ட தகவல் தளத்தை (DIB) அமைப்பதற்கான வழிமுறைகள்

அக்டோபர் 25, 2016

2 முனைகளுக்கும் 10 க்கும் RIB ஐ அமைப்பதற்கும் ஆதரிப்பதற்கும் பெரிய வித்தியாசம் இல்லை, ஆனால் ரிமோட் புள்ளிகளின் எண்ணிக்கை நூறைத் தாண்டும்போது, ​​முற்றிலும் வேறுபட்ட சிக்கல்களைத் தீர்க்க வேண்டும்.

ஆரம்ப தரவு:

கட்டமைப்பு: சில்லறை விற்பனை 2.2
மேடை 1C: 8.3.7.1970



திட்ட காலம்: ஒரு வருடம்.



கட்டிடக்கலை:

முதலில், நாங்கள் RIB திட்டத்தை முடிவு செய்தோம். முடிந்தவரை "நட்சத்திரம்" திட்டத்தில் கவனம் செலுத்த முடிவு செய்யப்பட்டது; தொழில்நுட்ப வரம்புகளை அடையும் போது - ஒரு ஸ்னோஃப்ளேக்.





வரம்புகள்:
- 2 ஜிபி ரேம்
- 1 இயற்பியல் செயலி


மேலே உள்ள எல்லாவற்றிலும், முக்கிய எரிச்சலூட்டும் விஷயம் அதிகபட்ச தரவுத்தள அளவின் வரம்பு.

ஆனால் தளத்தில் உள்ள காலாவதியான தரவிலிருந்து அதை சுத்தம் செய்வதற்கான செயல்முறையை நீங்கள் கவனமாக ஒழுங்கமைக்க வேண்டும் என்பதே இதன் பொருள்.

1C மற்றும் MS SQL சேவையகத்திற்கு ஒரு தனி இயற்பியல் சேவையகம் ஒதுக்கப்பட்டுள்ளது. பரிமாற்றங்கள் மற்றும் நீண்ட கால செயல்பாடுகளின் முக்கிய சுமையை இது சுமக்கும்.
இறுதி கிளையன்ட் கணினிகள் மாற்றப்படவில்லை, ஏனெனில் அவை மெல்லிய கிளையண்டுடன் வேலை செய்யும் மற்றும் அவற்றின் சுமை குறைவாக இருக்கும்.
.


அடிப்படை அமைப்புகள்

UT 10.3 காலத்திலிருந்து, RIB ஐ 60 முடிச்சுகளுக்கு செயல்படுத்தும் எனது முதல் திட்டத்தை நான் கொண்டிருந்தேன், நிச்சயமாக, "பாலத்தின் கீழ் நிறைய தண்ணீர் சென்றுவிட்டது."

1C இன்னும் நிற்கவில்லை. சில்லறை விற்பனை 2.2 இப்போது தேர்ந்தெடுக்கப்பட்ட தரவு பதிவேற்றத்தின் அவசியத்தை கணக்கில் எடுத்துக்கொள்கிறது.
அதனுடன் தொடர்புடைய தகவல்கள் மட்டுமே ஸ்டோர் தரவுத்தளத்தில் பதிவேற்றப்படும்:
- அனைத்து குறிப்பு புத்தகங்களும் (சிறப்பு வாய்ந்தவை தவிர)
- இந்த கடைக்கான ஆவணங்கள்

மற்றொரு கேள்வி என்னவென்றால், ஒரு வழி அல்லது வேறு, தரவுத்தளத்தில் ஒரு முனையைச் சேர்ப்பது என்பது ஒவ்வொரு பொதுவான உறுப்புக்கும் பதிவு செய்யும் அட்டவணையில் மற்றொரு உள்ளீட்டைச் சேர்ப்பதாகும்.





1) பதிவேற்றுவதற்கும் பதிவிறக்குவதற்கும் தனி ஒத்திசைவு காட்சிகளாகப் பிரிக்க வேண்டியது அவசியம்
விஷயம் என்னவென்றால், இறக்குவதற்கு நீண்ட நேரம் எடுக்கும் மற்றும் தடுப்பதை உள்ளடக்கியது, அதே நேரத்தில் ஏற்றுதல் மிகவும் தொந்தரவு இல்லாதது. அதே நேரத்தில், சில்லறை விற்பனை நிலையங்களிலிருந்து தரவை விரைவாகப் பெற வேண்டும், அதே நேரத்தில் அதை ஒரு நாளைக்கு சில முறை மட்டுமே கொடுக்க வேண்டும்.

2) பிரச்சனைக்குரிய கடைகளைக் கண்டறிந்து, பொதுவான ஒத்திசைவு சூழ்நிலையிலிருந்து அவற்றை அகற்றவும். அவற்றில் பெரிய இறக்கங்கள் இருக்கலாம் - இது மற்ற முனைகள் உட்பட முழு பரிமாற்றத்தையும் குறைக்கும். சிக்கல்கள் தீர்க்கப்பட்டவுடன், அவை மீண்டும் சேர்க்கப்படுகின்றன.

3) தரவை அனுப்புவதற்கும் பெறுவதற்கும் பல ஸ்கிரிப்ட்களை உருவாக்கவும். ஆனால் இங்கே முக்கிய விஷயம் என்னவென்றால், அவற்றின் அளவின் சரியான சமநிலையைப் பிடிப்பது.
(பதிப்பு 8.1 முதல்).
இதன் விளைவாக, RIB ஐ இறக்குவதில் இணையான தன்மை குறைவாக உள்ளது. நடைமுறையில், இது 2-3 ஸ்கிரிப்ட்களை இணையாக இயக்க மாறிவிடும்.


என்ன மேம்படுத்தப்பட வேண்டும்

1C RIB இன் நிலையான தர்க்கத்தில் மிக முக்கியமான பிரச்சனை புதுப்பிப்புகள்

பரிமாற்றத்தின் மற்றொரு சிக்கல் தகவல் பதிவேடுகள். XML இல் தகவல் பதிவேட்டின் ஒவ்வொரு பதிவையும் பதிவேற்றுவது, சேவை கூறுகள் போன்றவற்றுடன் ஒரு தனி XML முனையை உருவாக்குகிறது. கூடுதலாக, 100 பதிவுகள் இருக்கும் தகவல் பதிவேட்டிற்கான “SelectChanges()” செயல்பாடு 100 வரிசைகள் கொண்ட அட்டவணையைப் பெறுகிறது. அதே நேரத்தில், 100 வரிசைகளைக் கொண்ட இந்த A கோப்பகத்தில் அதன் அட்டவணைப் பிரிவில் ஒரே ஒரு உள்ளீடு மட்டுமே தேர்ந்தெடுக்கப்படும். மேலும் இது பிரத்தியேக தடுப்பின் நேரம். எனவே, பிற கடைகளுக்கு பரிமாற்றம் செய்ய வழக்கமாக பதிவுசெய்யப்பட்ட கணினியில் நிறைய பதிவுகள் இருந்தால், இதை அட்டவணைப் பகுதியுடன் ஒரு கோப்பகத்தின் வடிவத்தில் வழங்குவது மிகவும் சரியானது, இது தீவிர நிகழ்வுகளில், பதிவு செய்யும் போது , அதே பதிவேட்டின் வரிசைகளை உருவாக்கலாம். எப்படியும், .

மற்றொரு முக்கியமான விவரம் - எதற்காக? ஏற்கனவே 3 மில்லியன் தள்ளுபடி அட்டைகள் உள்ளன, அவற்றுடன் வேலை செய்ய ஒரு வெளிப்புற ஆன்லைன் அமைப்பு பயன்படுத்தப்படுகிறது. நீங்கள் அனைத்து கடைகளுக்கும் தள்ளுபடி அட்டைகளை மாற்றுவதைத் தொடர்ந்தால், இது பரிமாற்றங்களை கணிசமாக அதிகரிக்கும், மேலும் அடிப்படை அளவு 10 ஜிபிக்கு அதிகமாகவும் வழிவகுக்கும்.

மைய தரவுத்தளத்தைத் தொடர்புகொள்வதன் மூலம் சில வழிமுறைகள் ஆன்லைனில் செயல்படுத்தப்படுகின்றன: மற்ற கடைகளில் நிலுவைகள், மற்றொரு கடையில் இருந்து ரசீது திரும்பப் பெறுதல், பரிசுச் சான்றிதழின் செல்லுபடியை சரிபார்த்தல்.


பிரதிசெய்கை


ஒரு ஆரம்ப RIB முனையை வழக்கமான முறையில் உருவாக்குவது கொள்கையளவில் நகலெடுப்பதை சாத்தியமற்றதாக்கும்.
எனவே, ஒரு புதிய முனை பின்வருமாறு உருவாக்கப்படுகிறது:


2) இந்த தரவுத்தளம் RIB இல் உள்ள அனைத்து பொதுவான தரவையும் பரிமாறிக் கொள்கிறது ஆனால் சிறப்பு (ஆவணங்கள்) பெறாது


5) கடைக்கான அடிப்படை தயாராக உள்ளது.

ஒரு ஆயத்த மென்பொருள் தொகுப்பு சேவையகத்தில் வரிசைப்படுத்தப்பட்டுள்ளது, எனவே இது அதிக நேரம் எடுக்காது. பின்னர் புதிதாக உருவாக்கப்பட்ட தரவுத்தளம் சர்வரில் பதிவேற்றப்பட்டு, அது கடைக்கு அனுப்ப தயாராக உள்ளது.


மெல்லிய வாடிக்கையாளரின் நன்மைகள்

சில்லறை விற்பனை 2.2 (தின் கிளையண்ட்) இன் இரண்டு குறிப்பிடத்தக்க நன்மைகள் "ஆன்மாவை வெப்பப்படுத்தியது":








ஆதரவு மற்றும் புதுப்பிப்புகள்




1) கடைகளில் இருந்து கைமுறையாக புதுப்பிக்கவும் (மிகவும் சரியாக இல்லை, மாற்றங்கள் பெறப்படாமல் போகலாம், அழைப்புகள் மற்றும் சிக்கல்கள் இருக்கும்) - இது முன்பு இருந்தது

3) புதுப்பிப்பதற்கு *.cmd அல்லது 1C ஸ்கிரிப்டை எழுதவும் அல்லது ஆயத்தமான ஒன்றை எடுக்கவும். நடைமுறையில் காண்பிக்கிறபடி, அத்தகைய தீர்வு எப்போதும் அரை மனதுடன் (நிலையற்றது), மேலும் அதில் சிறிய செயல்பாட்டை உருவாக்க முடியும்.

எங்கள் பணிகள் என்னவாக இருந்தன:


2) புதுப்பிக்கும் போது, ​​பயனருடன் ஊடாடும் தொடர்பு சாத்தியமாகும் (செய்திகள், உறுதிப்படுத்தல், முன்னேற்றப் பட்டி).








முக்கிய செயல்பாடுகள்:




4) முகவர்களின் நிலையைச் சரிபார்த்தல்
5) அறிக்கைகளைப் புதுப்பிக்கவும்
6) காப்புப்பிரதி

















எடுத்துக்காட்டாக, புதுப்பித்தலுக்குப் பிறகு பிழைச் செய்தி எப்படி இருக்கும்:

இதனால் இத்திட்டம் வெற்றிகரமாக முடிவடைய வாய்ப்புகள் அதிகம். விமானத்தின் பாதியிலேயே விமானம் சாதாரணமானது.

சுவாரசியமாகத் தோன்றக்கூடிய வேறு ஏதேனும் தீர்வுகளுக்கு நாம் வந்தால், நான் தனித்தனியாக எழுதுகிறேன்

பி.எஸ். மற்றும் மிக முக்கியமாக: மேலும் ஆதரவின் சரியான திட்டமிடல், அத்தகைய திட்டங்களின் மேலும் வெற்றிக்கான முக்கிய காரணிகளில் ஒன்றாகும். :)

அக்டோபர் 25, 2016

2 முனைகளுக்கும் 10 க்கும் RIB ஐ அமைப்பதற்கும் ஆதரிப்பதற்கும் பெரிய வித்தியாசம் இல்லை, ஆனால் ரிமோட் புள்ளிகளின் எண்ணிக்கை நூறைத் தாண்டும்போது, ​​முற்றிலும் வேறுபட்ட சிக்கல்களைத் தீர்க்க வேண்டும்.

எனவே, ஆரம்ப தரவு:

கட்டமைப்பு: சில்லறை விற்பனை 2.2
மேடை 1C: 8.3.7.1970
திட்டத்தின் முடிவில் மதிப்பிடப்பட்ட முனைகளின் எண்ணிக்கை: 200
மையத்தில் உபகரணங்கள் வளங்கள்: குறிப்பிடத்தக்க கட்டுப்பாடுகள் இல்லாமல்
புள்ளியில் உள்ள உபகரணங்கள்: விவாதிக்கப்பட்ட பிரச்சினை.
திட்ட காலம்: ஒரு வருடம்.

கட்டிடக்கலை:

முதலில், நாங்கள் RIB திட்டத்தை முடிவு செய்தோம். முன்னதாக, "நட்சத்திர" திட்டத்தில் கவனம் செலுத்த முடிவு செய்யப்பட்டது
சில்லறை விற்பனை நிலையங்களில், பணியின் கிளையன்ட்-சர்வர் பதிப்பு பயன்படுத்தப்படுகிறது, பிரத்யேக சர்வருடன் விண்டோஸ் ஓஎஸ் இயங்குகிறது.
சர்வர் 1C ஆனது "சர்வர் 1C MINI" https://1c.ru/news/info.jsp?id=17577 பதிப்பில் பயன்படுத்தப்படும்
DBMS சர்வர் - MS SQL Express 2008 R2.

SQL எக்ஸ்பிரஸ் 2008 R2 என்பது இந்த SQL சர்வர் வரிசையின் தற்போதைய சமீபத்திய பதிப்பாகும்.
வரம்புகள்:

2 ஜிபி ரேம்
- 1 இயற்பியல் செயலி
- 10 ஜிபி அதிகபட்ச தரவுத்தள அளவு

மேலே உள்ள எல்லாவற்றிலும், மிகவும் எரிச்சலூட்டும் விஷயம், அதிகபட்ச தரவுத்தள அளவின் வரம்பு. ஆனால் உண்மையில், இது தளத்தில் காலாவதியான தரவுகளிலிருந்து அதை சுத்தம் செய்வதற்கான நடைமுறையை கவனமாக ஒழுங்கமைக்க வேண்டும் என்பதாகும்.

1C மற்றும் MS SQL சர்வருக்கு தனி சர்வர் ஒதுக்கப்பட்டுள்ளது. பரிமாற்றங்கள் மற்றும் பரிவர்த்தனைகளின் முக்கிய சுமையை இது சுமக்கும்.
இறுதி கிளையன்ட் கணினிகள் மாற்றப்படவில்லை, ஏனெனில் அவை மெல்லிய கிளையண்டுடன் வேலை செய்யும் மற்றும் கீழே உள்ள சுமை குறைவாக இருக்கும்.
கடையில் உள்ள சர்வர் ஒரு சக்திவாய்ந்த பிசி. ஆனால் ஒரு முன்நிபந்தனை ஒரு SSD வட்டு இருப்பது - அதில் MS SQL தரவுத்தளங்கள் அமைந்துள்ளன.
சேவையகம் இரவில் வழக்கமான செயல்பாடுகளை மேற்கொள்ளும் திறனையும், வேலையில் இடையூறு இல்லாமல் கடையின் தரவுத்தளத்தை அணுகுவதையும் வழங்கும்.

அடிப்படை அமைப்புகள்

UT 10.3 காலத்திலிருந்து, 60 முடிச்சுகளுக்கு RIB ஐ செயல்படுத்துவதற்கான எனது முதல் திட்டத்தை நான் கொண்டிருந்தேன், நிச்சயமாக, "பாலத்தின் கீழ் நிறைய தண்ணீர் பறந்தது." 1C இன்னும் நிற்கவில்லை. சில்லறை விற்பனை 2.2 இப்போது தேர்ந்தெடுக்கப்பட்ட தரவு பதிவேற்றத்தின் அவசியத்தை கணக்கில் எடுத்துக்கொள்கிறது.
கடையில் தொடர்புடைய தகவல்கள் மட்டுமே ஸ்டோர் தரவுத்தளத்தில் பதிவேற்றப்படும்:
- அனைத்து கோப்பகங்களும் (சிலவற்றைத் தவிர)
- இந்த கடைக்கான ஆவணங்கள்
பதிவு விதிகளின்படி தரவு பதிவு நிகழ்கிறது, தற்காலிகமாக சேமிக்கக்கூடிய அனைத்தும். பதிவின் போது குறிப்பிடத்தக்க மந்தநிலைகள் எதுவும் இல்லை.
மற்றொரு கேள்வி என்னவென்றால், ஒரு வழி அல்லது வேறு, தரவுத்தளத்தில் ஒரு முனையைச் சேர்ப்பது என்பது அனைத்து தரவுத்தளங்களுக்கும் ஒவ்வொரு பொதுவான உறுப்புக்கும் மற்றொரு பதிவைச் சேர்ப்பதாகும்.

பதிவேற்றத்தை அமைப்பதில் குறிப்பிட்ட எதுவும் இல்லை. ஒத்திசைவு காட்சிகளை அமைக்கும் போது சில நுணுக்கங்கள் உள்ளன:

1) பதிவேற்றம் மற்றும் ஏற்றுதல் ஆகியவற்றை தனி ஒத்திசைவு காட்சிகளில் பிரிப்பது அவசியம்
விஷயம் என்னவென்றால், இறக்குவதற்கு நீண்ட நேரம் எடுக்கும் மற்றும் தடுப்பதை உள்ளடக்கியது, அதே நேரத்தில் ஏற்றுதல் மிகவும் சிக்கலற்றது. அதே நேரத்தில், சில்லறை விற்பனை நிலையங்களிலிருந்து தரவை விரைவாகப் பெற வேண்டும், அதே நேரத்தில் அதை ஒரு நாளைக்கு சில முறை மட்டுமே கொடுக்க வேண்டும்.

2) பிரச்சனைக்குரிய கடைகளைக் கண்டறிந்து, பொதுவான ஒத்திசைவு சூழ்நிலையிலிருந்து அவற்றை அகற்றவும். அவற்றில் பெரிய இறக்கங்கள் இருக்கலாம் - இது மற்ற முனைகள் உட்பட முழு பரிமாற்றத்தையும் குறைக்கும்

3) தரவை அனுப்ப மற்றும் பெற சில அனுப்ப மற்றும் பெற ஸ்கிரிப்ட்களை உருவாக்கவும். ஆனால் இங்கே முக்கிய விஷயம் சமநிலை.
1C இல் உள்ள சில விஷயங்கள் மாறாது. அதே "SelectChanges" முறையை வரிசையாக மட்டுமே செயல்படுத்த முடியும்(பதிப்பு 8.1 முதல்).
இதன் விளைவாக, RIB ஐ இறக்குவதில் இணையான தன்மை குறைவாக உள்ளது. நடைமுறையில், நீங்கள் ஒரு நேரத்தில் 2-3 ஸ்கிரிப்ட்களைப் பதிவேற்றுகிறீர்கள்.
பெறும் சூழ்நிலையைப் பொறுத்தவரை, தேவைப்பட்டால், நிச்சயமாக, மிகப் பெரிய இணையான தன்மை இங்கே சாத்தியமாகும்.

என்ன மேம்படுத்தப்பட வேண்டும்

நிச்சயமாக இது சோகமாகவும் வருத்தமாகவும் இருக்கிறது, ஆனால் நான் பிஎஸ்பியில் முழுமையாக தலையிட வேண்டியிருந்தது. நிலையான 1C தர்க்கத்தில் மிக முக்கியமான பிரச்சனை புதுப்பிப்புகள். புதுப்பித்த பிறகு, இது போன்ற ஒரு சாளரம் தோன்றும்:

இவை அனைத்தும் ஏகபோக முறையில் நடக்கும். மற்றவற்றுடன், பிரத்தியேக பயன்முறையில் புதுப்பித்த பிறகும் கணினி பரிமாற்றம் செய்ய முயற்சிக்கும். இவை அனைத்தும் எங்கு செல்கிறது என்று யூகிப்பது கடினம் அல்ல.
இந்த முழு காலகட்டத்திலும், கடை செயல்பட முடியாது, செக்அவுட்டில் வாடிக்கையாளர்கள் உள்ளனர், மேலும் நிறுவனம் பணத்தை இழக்கிறது.

பரிமாற்றத்தின் மற்றொரு சிக்கல் தகவல் பதிவேடுகள். ஒவ்வொரு தகவல் பதிவேடு பதிவையும் XML இல் பதிவேற்றுவது சேவை கூறுகள் மற்றும் பின் வரும் எல்லாவற்றுடன் ஒரு தனி XML முனையை உருவாக்குகிறது. கூடுதலாக, 100 பதிவுகள் உள்ள தகவல் பதிவேடுக்கான “மாற்றங்களைத் தேர்ந்தெடு” செயல்பாடு, இதன் விளைவாக வரும் அட்டவணையில் 100 வரிசைகள் இருக்கும், அதே நேரத்தில், இது 100 வரிசைகளைக் கொண்ட கோப்பகமாக இருந்தால், ஒரே ஒரு பதிவு மட்டுமே தேர்ந்தெடுக்கப்படும். அட்டவணை பிரிவு. எனவே, பிற கடைகளுக்கு பரிமாற்றம் செய்ய வழக்கமாக பதிவுசெய்யப்பட்ட கணினியில் நிறைய பதிவுகள் இருந்தால், இதை அட்டவணைப் பகுதியுடன் ஒரு கோப்பகத்தின் வடிவத்தில் வழங்குவது மிகவும் சரியானது, இது தீவிர நிகழ்வுகளில், பதிவு செய்யும் போது , அதே பதிவேட்டின் பதிவுகளை உருவாக்க முடியும். எப்படியும், பரிமாற்றங்களில் உள்ள தகவல் பதிவேடுகள் தீயவை.

மற்றொரு முக்கியமான விவரம் - தள்ளுபடி அட்டைகள் பரிமாற்றத்திலிருந்து முற்றிலும் விலக்கப்பட்டுள்ளன, மேலும் ஒரு குறிப்பிட்ட கடையின் பணியாளர்கள் மட்டுமே பரிமாற்றத்திலிருந்து விலக்கப்பட்டுள்ளனர்.எதற்காக? ஏற்கனவே 3 மில்லியன் தள்ளுபடி அட்டைகள் உள்ளன, அவற்றுடன் வேலை செய்ய ஒரு வெளிப்புற ஆன்லைன் அமைப்பு பயன்படுத்தப்படுகிறது. நீங்கள் அனைத்து கடைகளுக்கும் தள்ளுபடி அட்டைகளை மாற்றுவதைத் தொடர்ந்தால், இது பரிமாற்றங்களை பல மடங்கு அதிகரிக்கும், கூடுதலாக, இது 3 ஜிபி அளவை மீறுவதற்கு வழிவகுக்கும்.

மைய தரவுத்தளத்தைத் தொடர்புகொள்வதன் மூலம் சில வழிமுறைகள் ஆன்லைனில் செயல்படுத்தப்படுகின்றன: மற்ற கடைகளில் நிலுவைகள், மற்றொரு கடையில் இருந்து ரசீது திரும்பப் பெறுதல், பரிசுச் சான்றிதழின் செல்லுபடியை சரிபார்த்தல்.

பிரதிசெய்கை

நிச்சயமாக, நகலெடுப்பு துரிதப்படுத்தப்பட்ட வேகத்தில் மேற்கொள்ளப்படுகிறது.
ஆரம்ப RIB முனையை ஒரு வழக்கமான முறையில் உருவாக்குவது, நிச்சயமாக, நகலெடுப்பதை சாத்தியமற்றதாக்கும்.
எனவே, ஒரு புதிய முனை பின்வருமாறு உருவாக்கப்பட்டது:

1) ஒரு போலி கடையுடன் ஒரு தனி தரவுத்தளம் உள்ளது
2) இந்த தரவுத்தளம் RIB இல் உள்ள அனைத்து பொதுவான தரவையும் பரிமாறிக் கொள்கிறது ஆனால் சிறப்புப் பெறாது
3) நாம் ஒரு புதிய தரவுத்தளத்தை உருவாக்க விரும்பினால், இதை வெறுமனே நகலெடுக்கிறோம்
4) பின்னர் நாங்கள் அமைப்புகளை அமைக்கிறோம் - ஸ்டோர், முன்னொட்டு போன்றவை.
5) கடைக்கான அடிப்படை தயாராக உள்ளது.

ஒரு ஆயத்த மென்பொருள் தொகுப்பு சேவையகத்தில் வரிசைப்படுத்தப்பட்டுள்ளது, எனவே இது அதிக நேரம் எடுக்காது. பின்னர் புதிதாக உருவாக்கப்பட்ட ஸ்டோர்களின் டேட்டாபேஸ் சர்வரில் அப்லோட் செய்யப்பட்டு ஸ்டோருக்கு அனுப்ப தயாராக உள்ளது.

மெல்லிய வாடிக்கையாளரின் நன்மைகள்

"ஆன்மாவை வெப்பப்படுத்திய" இரண்டு குறிப்பிடத்தக்க நன்மைகள்.

1) சில்லறை விற்பனை நிலையங்களில் முழு கணினி பூங்காவையும் மாற்ற வேண்டிய அவசியமில்லை. 90% செயல்பாடுகள் சேவையகத்தில் செய்யப்படுகின்றன, மேலும் சேவையகம் "ஒப்பீட்டளவில் சக்திவாய்ந்த கணினி" மூலம் அங்கு கொண்டு வரப்படுகிறது.

2) உபகரணங்களுக்கு வேலை செய்ய மறுக்கும் திறன் உள்ளது, இது குறிப்பாக புதிதாக நிறுவப்பட்ட அல்லது ஏற்கனவே தேய்ந்து போன உபகரணங்களுடன் அடிக்கடி நிகழ்கிறது.
இந்த வழக்கில், செயல்கள் இப்போது மிகவும் எளிமையானவை - ஸ்டோர் மைய தரவுத்தளத்தில் வேலை செய்ய மாறுகிறது.
இந்த செயல்முறை 5-10 நிமிடங்களுக்கு மேல் ஆகாது, எனவே உபகரணங்களில் குறிப்பிடத்தக்க சிக்கல்கள் இருந்தாலும் வர்த்தகம் தடைபடாது.

ஆதரவு மற்றும் புதுப்பிப்புகள்

இறுதியாக நாங்கள் மிகவும் சுவாரஸ்யமான புள்ளியை அடைந்தோம் - இதை எவ்வாறு பராமரிப்பது மற்றும் புதுப்பிப்பது?
எங்களைப் பொறுத்தவரை, புதுப்பிப்புகள் நீண்ட காலமாக ஒரு சங்கடமாக உள்ளன:

1) கடைகளில் இருந்து கைமுறையாக புதுப்பிக்கவும் (மிகவும் சரியாக இல்லை, மாற்றங்கள் பெறப்படாமல் போகலாம், அழைப்புகள் மற்றும் சிக்கல்கள் இருக்கும்)
2) தொழில்நுட்ப ஆதரவைப் பயன்படுத்தி புதுப்பிக்கவும் (அதிக ஆதாரங்கள் இல்லை)
3) புதுப்பிப்பதற்கு *.cmd என எழுதவும் அல்லது ஆயத்தமான ஒன்றை எடுக்கவும். நடைமுறையில் காண்பிக்கிறபடி, அத்தகைய தீர்வு எப்போதும் அரை மனதுடன் (நிலையற்றது), மற்றும் அதில் சிறிய செயல்பாடு உள்ளது.

எங்கள் பணிகள் என்னவாக இருந்தன:

1) புதுப்பிப்பு பல முறைகளில் நடைபெற வேண்டும் மற்றும் மையமாக நிர்வகிக்கப்பட வேண்டும்
2) புதுப்பிக்கும்போது, ​​பயனருடன் ஊடாடும் தொடர்பு சாத்தியமாகும்.
3) புதுப்பிப்பு நிலை மற்றும் பிழைகள் பற்றிய அறிக்கைகள் பெறப்பட வேண்டும்
4) காப்புப்பிரதி இருக்க வேண்டும்
5) அப்டேட் சிஸ்டம் எந்த பிரச்சனையும் இல்லாமல் தன்னை புதுப்பித்துக் கொள்ள வேண்டும்.
6) எந்த பிரச்சனையும் இல்லாமல் கணினி விரிவாக்கக்கூடியதாக இருக்க வேண்டும்.

நிச்சயமாக, சிக்கல்கள் எளிமையான முறைகளால் தீர்க்கக்கூடியவற்றின் பட்டியலுக்கு அப்பாற்பட்டவை. ஏனெனில் பல முனைப்புள்ளிகளுடன் தன்னியக்கமாக்கல் இல்லாமல் நம்மால் செய்ய முடியாது, மேலும் இதே போன்ற செயல்பாடுகளுடன் கூடிய அதிகமாகவோ அல்லது குறைவாகவோ தயாராக உள்ள எதையும் எங்களால் கண்டுபிடிக்க முடியவில்லை.
நான் மென்பொருளை உருவாக்கத் தொடங்க வேண்டியிருந்தது, அது இறுதியில் MU (MagicUpdater) என்ற பெயரைப் பெற்றது.

முக்கிய செயல்பாடுகள்:

1) டைனமிக் தரவுத்தள புதுப்பிப்பு (கட்டளை அல்லது திட்டமிடப்பட்டது)
2) நிலையான தரவுத்தள புதுப்பிப்பு (கட்டளை அல்லது திட்டமிடப்பட்டது)
3) எண்ட் கம்ப்யூட்டர்களில் தானியங்கி முகவர்கள் மாற்றியமைக்கப்படும் போது
4) முகவர்களின் நிலையைச் சரிபார்த்தல்
5) அறிக்கைகளைப் புதுப்பிக்கவும்
6) காப்புப்பிரதி
7) 1C சர்வர் மற்றும் MS SQL உடன் நிர்வாக நடவடிக்கைகள்
8) பிணைய கணினிகளில் உள்ள அனைத்து 1C கிளையன்ட் பயன்பாடுகளையும் மூடுதல்
9) பிரதான செக் அவுட்டில் ஏற்றுக்கொள்ளப்பட்ட நிலையான புதுப்பிப்பு
10) புதுப்பித்த பிறகு மாற்றங்களின் விளக்கங்களைக் காண்பித்தல்
11) செயல்களின் வரிசையை அமைத்தல்
12) இந்த அனைத்து செயல்களையும் ஒரு அட்டவணையில் செய்யவும்

தோராயமான தொடர்பு திட்டங்கள்:

MU ஏஜென்ட் என்பது கடையில் நிறுவப்பட்டு கட்டமைக்கப்பட்ட ஒரு சேவையாகும். உண்மையில், அவர் சில பணிகளைச் செய்ய மையத்திலிருந்து ஒரு கட்டளையைப் பெறுகிறார்.
MU சர்வர் - கணினிக்கான அனைத்து கோரிக்கைகளையும் பெறும் சேவையகம்.
MU மானிட்டர் - சாதாரண தொழில்நுட்ப ஆதரவு ஊழியர்கள் என்ன பார்க்கிறார்கள் - பதிவுகளைப் பார்க்கவும், புதுப்பிப்பதற்கான பணிகளை அமைக்கவும் அல்லது பிறவற்றை அமைக்கவும் பயன்படுகிறது.

என் கருத்துப்படி, அது நன்றாக மாறியது. இப்போது புதுப்பிப்புகள் தானாகவே நடக்கும்.
இது, எடுத்துக்காட்டாக, புதுப்பித்தலுக்குப் பிறகு பிழை செய்தி எப்படி இருக்கும், எல்லாம் மையத்தில் உள்ளது.

கிளையன்ட் கணினிகளுக்கு இப்படித்தான் கட்டளைகளை அனுப்புகிறோம்

பயன்பாடுகள் நிச்சயமாக 1C அல்ல, ஆனால் மிகவும் ஒழுக்கமான இடைமுக திறன்களுடன். எடுத்துக்காட்டாக, தேதி வாரியாகத் தேர்ந்தெடுப்பது இது போல் தெரிகிறது:

இப்போது அவை மேலும் நகலெடுக்க தயாராக உள்ளன. அத்தகைய திட்டங்களின் மேலும் வெற்றிக்கான முக்கிய காரணிகளில் ஒன்று மேலும் ஆதரவின் சரியான திட்டமிடல் ஆகும்.

பெரும்பாலும் நடைமுறையில் வெவ்வேறு இடங்களில் வெவ்வேறு பிரிவுகள் அல்லது கிளைகள் புவியியல் ரீதியாக அமைந்திருக்கும் சூழ்நிலைகள் உள்ளன. அதே நேரத்தில், தொலைநிலைத் துறைகளில் நிரலில் உள்ளிடப்பட்ட தரவு எப்படியாவது தலைமை அலுவலகத்திற்குச் செல்ல வேண்டும், இதனால் பொதுவான பதிவுகள் பராமரிக்கப்படும்.

தற்போது, ​​புவியியல் ரீதியாக தொலைதூர பணியாளர்களுக்கு பொதுவான தரவுத்தளத்திற்கு தொலைநிலை அணுகலை வழங்குவதன் மூலம் இந்த சிக்கல் பெரும்பாலும் தீர்க்கப்படுகிறது. இணைய சேவையகத்தில் தரவுத்தளத்தை வெளியிடுவதன் மூலம், தொலைநிலை டெஸ்க்டாப் போன்றவற்றின் மூலம் இதைச் செய்யலாம்.

இருப்பினும், புவியியல் ரீதியாக தொலைதூர அலுவலகத்தில் இணையம் இல்லாதபோது அல்லது பொதுவான தகவல் தளத்தில் பணிபுரியும் அளவுக்கு நிலையானதாக இல்லாதபோது சூழ்நிலைகள் அசாதாரணமானது அல்ல. இந்த நோக்கத்திற்காக, விநியோகிக்கப்பட்ட தரவுத்தளத்தை அமைப்பதற்கான ஒரு பொறிமுறையை 1C கொண்டுள்ளது.

எளிமையாகச் சொன்னால், பிரதான தளம் அமைந்துள்ள இடத்தில் தலைமை அலுவலகம் உள்ளது. தொலைதூரத் துறை ஒரு துணைவரைப் பயன்படுத்துகிறது. இப்படி பல அடிமைத் தளங்கள் இருக்கலாம். இதன் விளைவாக, விநியோகிக்கப்பட்ட தரவுத்தளமானது ஒத்திசைவு மூலம் ஒன்றாக இணைக்கப்படுகிறது. இது ஒரு அட்டவணையின்படி தானாகவே அல்லது கைமுறையாக செய்யப்படலாம்.

இந்த கட்டுரையில் 1C: கணக்கியல் 3.0 க்கு விநியோகிக்கப்பட்ட தரவுத்தளத்தை அமைப்பது பற்றி பார்ப்போம். இருப்பினும், மற்ற 1C 8.3 உள்ளமைவுகளுக்கு அறிவுறுத்தல்கள் பொருத்தமானவை.

குறிப்புதேவையான அனைத்து கட்டமைப்பு மாற்றங்களும் முக்கிய RIB தரவுத்தளத்தில் மட்டுமே செய்யப்பட வேண்டும். ஒத்திசைவின் போது, ​​இந்த மாற்றங்கள் அனைத்து அடிமை தரவுத்தளங்களுக்கும் அனுப்பப்பட்டு நடைமுறைக்கு வரும்.

முக்கிய தகவல் அடிப்படை

விநியோகிக்கப்பட்ட தரவுத்தளத்தைப் பயன்படுத்தும் போது, ​​முக்கிய அமைப்புகள் பிரதான தரவுத்தளத்தில் விழும். கீழே உள்ள படத்தில் காட்டப்பட்டுள்ளபடி, அவை "நிர்வாகம்" பிரிவில் செய்யப்பட வேண்டும்.

திறக்கும் சாளரத்தில், உடனடியாக "தரவு ஒத்திசைவு" தேர்வுப்பெட்டியை சரிபார்க்கவும். கீழே, முக்கிய (தற்போதைய தரவுத்தளத்தின்) முன்னொட்டைக் குறிப்பிடவும். இது இரண்டு எழுத்துகளுக்கு மேல் இருக்கக்கூடாது. எங்கள் விஷயத்தில், முன்னொட்டு "BG" ஆக இருக்கும், ஏனெனில் இந்த RIB 1C "முதன்மை கணக்கியல்" என்று அர்த்தம்.

இப்போது நீங்கள் ஒத்திசைவை அமைக்கத் தொடங்கலாம், அதாவது, எந்த தரவுத்தளத்துடன் (அல்லது தரவுத்தளங்கள்) தரவு பரிமாற்றப்படும் என்பதைக் குறிப்பிடலாம். இதைச் செய்ய, "தரவு ஒத்திசைவு அமைப்புகள்" ஹைப்பர்லிங்கைப் பின்பற்றவும். இடதுபுறத்தில் உள்ள தேர்வுப்பெட்டியைத் தேர்வுசெய்தால் மட்டுமே வழிசெலுத்தலுக்கு இது கிடைக்கும்.

திறக்கும் சாளரத்தில், மெனுவிலிருந்து "முழு..." என்பதைத் தேர்ந்தெடுக்கவும். இது ஒத்திசைவுக்கான எந்த 1C தகவல் தளத்தையும் குறிப்பிட அனுமதிக்கும்.

புவியியல் ரீதியாக தொலைதூர அலுவலகத்தில் அமைந்துள்ள துணை தரவுத்தளத்தை இணைப்பதற்கான முதல் சாளரத்தில், உள்ளூர் அல்லது நெட்வொர்க் கோப்பகத்தின் மூலம் இணைப்பு செய்யப்படும் என்பதை சரிபார்க்கவும். எங்கள் விஷயத்தில் இது "D:\DB\InfoBase" ஆகும். நீங்கள் அதற்கு எழுத முடியுமா என்பதையும் நாங்கள் முன்கூட்டியே சரிபார்ப்போம்.

வெவ்வேறு தரவுத்தளங்களுக்கு வெவ்வேறு முன்னொட்டுகளைக் குறிப்பிடுவதை உறுதிப்படுத்திக் கொள்ளுங்கள். உண்மை என்னவென்றால், தரவை ஒத்திசைக்கும்போது, ​​ஒவ்வொரு தரவுத்தளத்திலிருந்தும் ஓவர்லோட் செய்யப்பட்ட தரவு அதன் சொந்த முன்னொட்டு ஒதுக்கப்படும். அவை நகலெடுக்கப்பட்டால், வேலை தவறாக இருக்கும், எனவே நிரல் இந்த வாய்ப்பை உங்களுக்கு வழங்காது.

தொடக்கப் படத்தை உருவாக்க நிரல் உங்களைத் தூண்டும் போது, ​​இந்த விருப்பத்தைத் தேர்ந்தெடுக்கவும். இந்த செயல்முறை சிறிது நேரம் எடுக்கும், அதன் பிறகு "1Cv8.1CD" என்ற பெயரில் உங்கள் கணினியில் சேமிக்கவும்.

நீங்களே அமைக்கக்கூடிய அட்டவணையின்படி அல்லது கைமுறையாக ஒத்திசைவு தானாகவே செய்யப்படலாம். இரண்டாவது வழக்கில், உங்களுக்கு வசதியான நேரத்தில் "ஒத்திசைவு" பொத்தானைக் கிளிக் செய்யவும்.

RIB அடிமை முனை

அடிமை தரவுத்தளத்தில் செய்யப்பட்ட அமைப்புகளின் எண்ணிக்கை கணிசமாக குறைவாக உள்ளது. அதே பிரிவில், "தரவு ஒத்திசைவு" கொடியை அமைக்கவும் மற்றும் தொடர்புடைய இணைப்பைக் கிளிக் செய்வதன் மூலம், "ஒத்திசைவு" பொத்தான் கிடைக்கும்.

எங்கள் எடுத்துக்காட்டில், முக்கிய தரவுத்தளத்தில் இரண்டு உருப்படிகள் சேர்க்கப்பட்டன: "பீம்" மற்றும் "போர்டு". ஒத்திசைவுக்குப் பிறகு, அவை அடிமை தரவுத்தளத்தில் முடிந்தது. கீழே உள்ள படத்தில் நீங்கள் பார்ப்பது போல், அவர்களுக்கு "பிஜி" என்ற முன்னொட்டு வழங்கப்பட்டது. மீதமுள்ள இரண்டு நிலைகள் ("லேத்" மற்றும் "பாலெட்") "பிபி" முன்னொட்டு ஒதுக்கப்படுகின்றன, ஏனெனில் அவை நேரடியாக துணை தரவுத்தளத்தில் உருவாக்கப்பட்டன.

குறிப்புஎங்கள் வழக்கில் உள்ள உறுப்புகளின் எண்ணிக்கை தொடர்ச்சியாக உள்ளது, ஆனால் அதே முன்னொட்டுக்குள் மட்டுமே.

பணி: உள்ளூர் நெட்வொர்க்கில் இல்லாத, ஆனால் இணையத்துடன் இணைக்கப்பட்ட மூன்று பயனர்கள் ஒரு வேலை செய்யும் தரவுத்தளத்தில் வேலை செய்ய தகவல் தளத்தை உள்ளமைக்க வேண்டியது அவசியம்.

விநியோகிக்கப்பட்ட தகவல் தளத்தை அமைப்பதன் மூலம் இந்த பணியை நிறைவேற்றுவோம். தகவல் அடிப்படை கட்டமைப்பு - "நிறுவன கணக்கியல் 2.0".

ஒரு FTP ஆதாரத்தை அமைத்தல்.

உதாரணமாக HCube ஐப் பயன்படுத்தி FTP ஐ அமைப்போம்: hcube.ru என்ற இணையதளத்திற்குச் செல்லவும். ஹோஸ்டிங் டேப், FTP ஹோஸ்டிங் (http://www.hcube.ru/hosting/ftp/). குறைந்தபட்ச FTP கட்டணத் திட்டம் -10 ஐ நாங்கள் தேர்வு செய்கிறோம், விநியோகிக்கப்பட்ட தகவல் தளத்தின் முனைகளுக்கு இடையில் பரிமாற்றம் செய்ய இது போதுமானதாக இருக்கும். நீங்கள் 15 நாட்களுக்கு ஒரு சோதனைக் காலத்தை ஆர்டர் செய்யலாம், "முயற்சி" என்பதைக் கிளிக் செய்யவும். அடுத்து நாம் பதிவு செய்ய வேண்டும்:

உங்கள் தனிப்பட்ட கணக்கை அணுக பயனர்பெயர் மற்றும் கடவுச்சொல்லை குறிப்பிடவும். விண்ணப்பம் ஏற்றுக்கொள்ளப்பட்ட பிறகு, FTP அணுகல் விவரங்களுடன் குறிப்பிட்ட மின்னஞ்சலுக்கு ஒரு கடிதத்திற்காக காத்திருக்கிறோம். உங்கள் ஹோஸ்டிங் சேவையின் உள்ளமைவு பற்றிய தகவல்: ******************************************* ********* *********************
ஹோஸ்டிங் உள்நுழைவு: user725
ஹோஸ்டிங் கடவுச்சொல்: ffUXP3CDU
ஹோஸ்டிங் ஐபி முகவரி: 85.10.207.234

****************************************************************
FTP ஹோஸ்டிங்கிற்கான கண்ட்ரோல் பேனல் https://cp.hcube.ru/manager/ispmgr

மாநிலம் "ஆக்டிவ்" ஆக நாங்கள் காத்திருக்கிறோம்.

பரிமாற்றத் திட்டத்தை அமைத்தல்.

தரவுத்தளத்தின் மைய முனையை தீர்மானிக்க வேண்டியது அவசியம். அலுவலகத்தில் அமைந்துள்ள பணிநிலையத்தை மைய முனையாக தேர்வு செய்வோம். மற்ற இரண்டும் மைய முனையுடன் தொடர்பு கொள்ளும். மைய முனையை அமைப்போம். இதைச் செய்ய, நீங்கள் முழு உரிமைகளுடன் ஒரு பயனராக தகவல் பாதுகாப்பு அமைப்பில் உள்நுழைய வேண்டும். நிரலின் பிரதான மெனுவில், உருப்படியைத் தேர்ந்தெடுக்கவும் "செயல்பாடுகள் / பரிமாற்றத் திட்டங்கள்...". "எண்டர்பிரைஸ் அக்கவுண்டிங் 8" என்ற நிலையான உள்ளமைவின் பரிமாற்றத் திட்டங்களில், 7 நிலையான பரிமாற்றத் திட்டங்கள் ஏற்கனவே உருவாக்கப்பட்டுள்ளன: திட்டத்தை திறக்கிறது "முழு". இது ஒரு முன் வரையறுக்கப்பட்ட வெற்று உள்ளீட்டைக் கொண்டுள்ளது. இந்த பதிவு தற்போதைய முனையை விவரிக்கிறது. முன்னரே தீர்மானிக்கப்பட்டது, அதாவது. உள்ளமைவு மட்டத்தில் சேர்க்கப்பட்ட ஒரு உள்ளீட்டை நீக்க முடியாது, ஆனால் அதை சரிசெய்ய முடியும். திருத்து: புலத்தை கிளிக் செய்யவும் "பெயர்"உதாரணமாக, தன்னிச்சையாக இருக்கலாம் "மத்திய முனை". "குறியீடு"உதாரணமாக, தன்னிச்சையாகவும் இருக்கலாம் "01", கிளிக் செய்யவும் "சரி". தற்போதைய முனை விவரிக்கப்பட்டுள்ளது, இப்போது அடிமை முனைகளை விவரிக்க வேண்டியது அவசியம். பெயருடன் புதிய கூறுகளைச் சேர்த்தல் "முனை 1"மற்றும் குறியீடு "02"மற்றும் "முனை 2"குறியீட்டுடன் "03". நாங்கள் மூன்று முனைகளைப் பெறுகிறோம்:
RIB இல் பல அடிமை முனைகள் இருக்கலாம் மற்றும் பரிமாற்றம் ஒரு மைய முனைக்கும் ஒவ்வொரு அடிமை முனைகளுக்கும் இடையில் மேற்கொள்ளப்படும். இப்போது உடல் ரீதியாக ஒரு அடிமை முனையை (புதிய தரவுத்தளத்தை) உருவாக்குவோம். இதைச் செய்ய, நீங்கள் முடிச்சு வரிசையில் நிற்க வேண்டும் "முனை 1"மற்றும் ஐகானைக் கிளிக் செய்யவும் "ஆரம்ப படத்தை உருவாக்கு..."அல்லது மெனுவிலிருந்து இந்த செயலைத் தேர்ந்தெடுக்கவும்:
தகவல் தளத்தின் (IS) வகையைத் தேர்ந்தெடுக்க கணினி உங்களைத் தூண்டும். தேர்ந்தெடுக்க வேண்டும் "இந்த கணினியில்...". புதிய தகவல் பாதுகாப்பு உருவாக்கப்படும் கோப்பகத்தைக் குறிப்பிடவும். இதற்குப் பிறகு, குறிப்பிட்ட கோப்பகத்தில் ஒரு புதிய தரவுத்தளம் உருவாக்கப்படும், மேலும் முக்கிய தரவுத்தளத்திலிருந்து அனைத்து தரவும் இந்த தரவுத்தளத்திற்கு மாற்றப்படும். புதிய தகவல் பாதுகாப்பு அசல் ஒன்றின் சரியான நகல் அல்ல என்பதை இப்போதே கவனிக்க வேண்டியது அவசியம். இது அதன் சொந்த அமைப்புகளைக் கொண்டுள்ளது (பயனர்களின் சொந்த பட்டியல், முதலியன), தரவு மற்றும் மாற்றியமைக்கப்பட்ட பரிமாற்றத் திட்டங்கள் மட்டுமே மாற்றப்படுகின்றன, அதாவது. புதிய தகவல் பாதுகாப்பில் இரண்டு முனைகள் மட்டுமே இருக்கும் "மத்திய முனை"மற்றும் "முனை 1". மூல தரவுத்தளம் பெரியதாகவும், பயனர்களைக் கொண்டிருந்தால், ஆரம்பப் படத்தை உருவாக்கும் போது மோதல்கள் இருக்கலாம், எனவே புதிய படத்தை உருவாக்கும் செயல்பாட்டை மேற்கொள்ள பரிந்துரைக்கப்படுகிறது ஏகபோக முறை.மைய முனையில் பல அடிமை முனைகள் விவரிக்கப்பட்டிருந்தால், ஆரம்ப தகவல் பாதுகாப்பு படத்தை உருவாக்குவதற்கான செயல்பாடு ஒவ்வொரு முனைக்கும் மேற்கொள்ளப்பட வேண்டும், அதாவது. அசல் தரவுத்தளத்தில் விவரிக்கப்பட்டுள்ள முனைகளின் எண்ணிக்கையில் பல புதிய தகவல் பாதுகாப்பு அமைப்புகள் உருவாக்கப்படும். நாமும் அவ்வாறே செய்வோம் "முனை 2". ஆரம்ப படத்தை உருவாக்கும் நேரத்தில், முக்கிய தரவுத்தளத்தின் பொருள்களை இந்த முனையுடன் ஒத்திசைக்க ஒரு அட்டவணை பிரதான தரவுத்தளத்தில் உருவாக்கப்படும். பொதுவாக, அத்தகைய அட்டவணைகள் அடிமை முனைகளின் எண்ணிக்கைக்கு ஏற்ப உருவாக்கப்படுகின்றன. ஒரு முனையின் ஆரம்பப் படத்தை உருவாக்கும் போது, ​​முனையுடன் ஒத்திசைவுக் கொடி அமைக்கப்படுகிறது. இப்போது ஸ்லேவ் நோட்களின் தரவுத்தளங்கள் பணிநிலையங்களுக்கு நகலெடுக்கப்பட வேண்டும் "முனை 1"மற்றும் "முனை 2". இதற்குப் பிறகு, மூன்று கணினிகளும் ஒரே மாதிரியான (தரவு அடிப்படையில்) தகவல் தளங்களைக் கொண்டிருக்கும்.

விநியோகிக்கப்பட்ட இன்ஃபோபேஸ் பரிமாற்ற அமைப்புகள்.

இந்தச் சிக்கலில் மூன்று தரவுத்தளங்களும் செயல்படும் போது நமக்கு ஒரு பொதுவான வழக்கு உள்ளது, அதாவது. ஆவணங்கள் மூன்று தரவுத்தளங்களில் உள்ளிடப்பட்டு மாற்றியமைக்கப்படுகின்றன. மெனுவிற்கு செல்வோம் "சேவை / விநியோகிக்கப்பட்ட தகவல் அடிப்படை (RIB) / RIB முனைகளை உள்ளமைக்கவும்". இடையே ஒரு பரிமாற்றத்தை அமைப்போம் மத்திய மையம்மற்றும் முனை 1. "விநியோகிக்கப்பட்ட தகவல் தளங்கள்" தாவலில், ஒரு புதிய உறுப்பைச் சேர்க்கவும், அதை அழைப்போம் "அலுவலகம் - முனை 1"(இங்கு "அலுவலகம்" என்பது எங்கள் மத்திய மையம்). முட்டுகளில் இருந்து தேர்ந்தெடுக்கவும் "முடிச்சு" – "முனை 1". துறையில் "பரிமாற்ற வகை"தேர்வு "பரிமாற்றம் FTP வளம்". மின்னஞ்சல் மூலம் எங்களுக்கு அனுப்பப்பட்ட விவரங்களை நாங்கள் நிரப்புகிறோம்: "முகவரி", "பயனர்", "கடவுச்சொல்". தாவல்கள் "ஊடாடும் பரிமாற்றம்"மற்றும் "தானியங்கி பரிமாற்றம்"நாங்கள் அதை இன்னும் நிரப்பவில்லை, எல்லா முனைகளிலும் அடிப்படை பரிமாற்ற அமைப்புகளுக்குப் பிறகு அதைச் செய்வோம். அடுத்து, ஒப்புமை மூலம், சென்ட்ரல் நோட் மற்றும் நோட் 2 க்கு இடையில் பரிமாற்றத்தை அமைப்பதற்கான புதிய உறுப்பை உருவாக்குவோம்.
முன்பு உருவாக்கப்பட்ட ஆரம்பப் படத்திற்குச் செல்வோம் (தகவல் அடிப்படை) முனை 1மற்றும் அமைப்புகளை உருவாக்கவும் "முனை 1 - அலுவலகம்". நோட் 2 இல் அதையே செய்வோம். தாவலில் "ஊடாடும் பரிமாற்றம்"தரவைப் பதிவேற்றுவது மற்றும் பதிவிறக்குவது இரண்டும் வேண்டுமா அல்லது ஒரே ஒரு விஷயமா என்பதை நாம் தீர்மானிக்க முடியும். தாவலில் "தானியங்கி பரிமாற்றம்"தானியங்கி பரிமாற்றத்தை உள்ளமைக்க நீங்கள் ஒரு புதிய உறுப்பைச் சேர்க்கலாம். இங்கே நாம் ஒரு குறிப்பிட்ட பரிமாற்றத்திற்கான அட்டவணையை அமைக்கலாம், எடுத்துக்காட்டாக "அலுவலகம் - முனை 1", மற்றும்/அல்லது நிகழ்வு அடிப்படையிலான பரிமாற்றம்.

நிகழ்வு பரிமாற்ற அமைப்புகளில் ஒரு பயனரைத் தேர்ந்தெடுக்கும்போது, ​​இந்தப் பயனரை நீங்கள் குறிப்பிட வேண்டும் "நிரல் அமைப்புகள்"தாவலில் "தரவு பரிமாற்றம்".
அமைப்புகளில் குறிப்பிடப்பட்டுள்ளபடி தரவுத்தளத்தில் உள்நுழைந்திருந்தால் மட்டுமே எங்கள் எடுத்துக்காட்டில் பரிமாற்றம் மேற்கொள்ளப்படும். "நிகழ்வின் மூலம் பரிமாற்றம்"பயனர். நீங்களும் குறிப்பிட வேண்டும் "விநியோகிக்கப்பட்ட தகவல் தளத்திற்கான முனை முன்னொட்டு"ஆவணங்களின் சரியான எண்ணுக்கு. முன்னொட்டைப் பயன்படுத்தி, எந்த முனை ஆவணத்தை உருவாக்கியது என்பதைக் காணலாம், மேலும் ஆவண எண்களை நகலெடுப்பதையும் தவிர்க்கலாம். விநியோகிக்கப்பட்ட தகவல் தளத்தில் வசதியான வேலைக்காக, கணுக்களின் பரிமாற்ற சுழற்சி, பரிமாற்ற அட்டவணை மற்றும் / அல்லது ஒரு குறிப்பிட்ட பணிக்கான நிகழ்வுகளின் பரிமாற்றம் ஆகியவற்றை கவனமாக பரிசீலிக்க வேண்டியது அவசியம்.

1C 8.3 கணக்கியல் (மற்றும் பிற உள்ளமைவுகள்) இல் விநியோகிக்கப்பட்ட தரவுத்தளத்தை (RDB) உருவாக்குதல் மற்றும் கட்டமைத்தல், ஒரு தரவுத்தளத்துடன் ஒரே நேரத்தில் இணைக்கும் போது பல பயனர்கள் வேலை செய்ய முடியாத சந்தர்ப்பங்களில் அவசியம். இப்போதெல்லாம் இது மிகவும் அரிதான நிகழ்வாகும், ஏனெனில் நிலையான தொலைநிலை டெஸ்க்டாப் நன்றாக வேலை செய்கிறது மற்றும் தரவுத்தளம் அமைந்துள்ள மைய கணினிக்கு தொலைநிலை இணைப்பை வழங்கும் பிற நிரல்களும் உள்ளன.

ஆயினும்கூட, இணையம் இல்லாத சூழ்நிலைகள் உள்ளன. தரவு இறுதியில் ஒரு தகவல் தளத்தில் முடிவடையும். அதனால்தான் ஒரு விநியோகிக்கப்பட்ட தரவுத்தளம் உருவாக்கப்பட்டது.

பொதுவாக முக்கிய தளம் மத்திய என்றும், மீதமுள்ளவை புற என்றும் அழைக்கப்படுகிறது. இதன் முக்கிய அம்சம் என்னவென்றால், கைமுறையாகவோ அல்லது தானாகவோ (அமைப்புகளைப் பொறுத்து) தரவுத்தளங்கள் ஒன்றாக இணைக்கப்படுகின்றன. புதிதாக உள்ளிடப்பட்ட ஆவணங்கள் மற்றும் குறிப்புக் குறியீடுகளின் எண்கள் நகலெடுக்கப்படவில்லை என்பதை உறுதிப்படுத்த, ஒவ்வொரு தரவுத்தளத்திற்கும் ஒரு முன்னொட்டு ஒதுக்கப்பட்டுள்ளது.

இந்த அறிவுறுத்தலில், மத்திய மற்றும் புற தரவுத்தளத்தை உருவாக்க மற்றும் அவற்றுக்கிடையே பரிமாற்றத்தை சரிபார்க்க ஒரு உதாரணத்தைப் பயன்படுத்துவோம். இந்த கையேடு 1C 8.3 கணக்கியல் மற்றும் 1C வர்த்தக மேலாண்மை (UT) மற்றும் பிற கட்டமைப்புகளுக்கு ஏற்றது.

முக்கிய (மத்திய) விநியோகிக்கப்பட்ட RIB தரவுத்தளத்தை அமைத்தல்

1C "நிர்வாகம்" மெனுவிற்குச் செல்லவும், பின்னர் "தரவு ஒத்திசைவு அமைப்புகள்" இணைப்பைக் கிளிக் செய்யவும். திறக்கும் சாளரத்தில், நீங்கள் "தரவு ஒத்திசைவு" தேர்வுப்பெட்டியை சரிபார்க்க வேண்டும். "தரவு ஒத்திசைவு" இணைப்பு செயலில் இருக்கும். இங்கேயே முக்கிய தகவல் தளத்திற்கான முன்னொட்டை அமைப்போம் - எடுத்துக்காட்டாக, "CB":

"தரவு ஒத்திசைவு" இணைப்பைக் கிளிக் செய்யவும், "தரவு ஒத்திசைவை அமை" என்ற பொத்தானில் ஒரு சாளரம் திறக்கும். இந்த பொத்தானைக் கிளிக் செய்தால், "முழு" பயன்முறையைத் தேர்ந்தெடுக்க வேண்டிய இடத்தில் கீழ்தோன்றும் பட்டியல் திறக்கும். ஒரே ஒரு நிறுவனத்திற்கு ஒத்திசைவு தேவைப்பட்டால், நீங்கள் "அமைப்பு மூலம்..." என்பதைத் தேர்ந்தெடுக்க வேண்டும்.

அடுத்த சாளரத்தில், நிரல் காப்புப் பிரதி எடுக்கும்படி நம்மைத் தூண்டும். பின்வரும் அமைவு படிகள் மீள முடியாததாக இருக்கும் என்பதால் இதைச் செய்ய நான் கடுமையாக பரிந்துரைக்கிறேன்.

காப்புப்பிரதியை உருவாக்கிய பிறகு, "அடுத்து" பொத்தானைக் கிளிக் செய்யவும். அடுத்த கட்டத்தில், ஒத்திசைவு எவ்வாறு நிகழ்கிறது என்பதை நாம் தீர்மானிக்க வேண்டும்:

• ஒரு உள்ளூர் அடைவு அல்லது உள்ளூர் பிணையத்தில் ஒரு அடைவு மூலம்;
• FTP வழியாக இணையத்தில்.

உதாரணத்தின் எளிமை மற்றும் தெளிவுக்காக, ஒரு உள்ளூர் கோப்பகத்தைத் தேர்ந்தெடுப்போம். நான் பின்வரும் பாதையைக் குறிப்பிட்டேன்: "D:\1C தரவுத்தளங்கள்\ஒத்திசைவு". இந்த கோப்பகத்தில் உள்ளீடுகளைச் சரிபார்ப்பது நல்லது, இதற்கு ஒரு சிறப்பு பொத்தான் உள்ளது:

1C இல் 267 வீடியோ பாடங்களை இலவசமாகப் பெறுங்கள்:

FTP மற்றும் மின்னஞ்சல் வழியாக ஒத்திசைவை அமைப்பதன் மூலம் அடுத்த படிகளைத் தவிர்க்கிறோம். முக்கிய மற்றும் புற தரவுத்தளங்களின் பெயர்களுக்கான அமைப்புகளைப் பார்ப்போம். இங்கே நாம் புற தரவுத்தளத்திற்கான முன்னொட்டை அமைப்போம்:

ஒவ்வொரு தரவுத்தளத்திற்கும் முன்னொட்டுகள் தனிப்பட்டதாக இருக்க வேண்டும் என்பதை மறந்துவிடாதீர்கள். இல்லையெனில், "முதல் தகவல் தளத்தின் முன்னொட்டு மதிப்பு தனித்துவமானது அல்ல" என்ற பிழையைப் பெறுவீர்கள்.

"அடுத்து" என்பதைக் கிளிக் செய்து, உள்ளிடப்பட்ட தகவலைச் சரிபார்த்து, மீண்டும் "அடுத்து" என்பதைக் கிளிக் செய்யவும், பின்னர் "முடி". "கோப்பு தளத்தின் முழு பெயர்" புலத்தில், ஒத்திசைவுக்காக உருவாக்கப்பட்ட கோப்பகத்தில் 1Cv8.1CD கோப்பைக் குறிக்கவும். விநியோகிக்கப்பட்ட 1C தரவுத்தளத்தின் ஆரம்பப் படத்தை நாங்கள் உருவாக்குகிறோம்:

RIB இன் ஆரம்ப படத்தை 1C இல் உருவாக்கிய பிறகு, நீங்கள் ஒரு ஒத்திசைவு அட்டவணையை அமைக்கலாம் அல்லது கைமுறையாக ஒத்திசைக்கலாம்:

ஒத்திசைவுக்குப் பிறகு, நீங்கள் புதிய தரவுத்தளத்துடன் இணைக்கலாம் மற்றும் மத்திய தரவுத்தளத்திலிருந்து தகவல் பதிவேற்றப்பட்டிருப்பதை உறுதிசெய்யலாம்:

புதிய புற தரவுத்தளத்தில் நிர்வாகி உரிமைகளுடன் குறைந்தபட்சம் ஒரு பயனரையாவது உடனடியாக உருவாக்கவும்.

புற தரவுத்தளத்தில் ஒத்திசைவை அமைத்தல்

1C புற தரவுத்தளத்தில், அமைவு மிகவும் எளிமையானது. "தரவு ஒத்திசைவு" தேர்வுப்பெட்டியை சரிபார்த்து, அதே பெயரின் இணைப்பைப் பின்தொடரவும். "ஒத்திசைவு" பொத்தானைக் கொண்ட ஒரு சாளரத்தில் உடனடியாகக் காணலாம். புற தரவுத்தளத்தில் ஒரு சோதனை உருப்படியை உருவாக்க முயற்சிப்போம் மற்றும் அதை RIB ஐப் பயன்படுத்தி பிரதானமாக பதிவேற்றலாம்:

இந்த உள்ளடக்கத்தில் 1C: Enterprise 8க்கான RIB பரிமாற்றத்தை அமைப்பதற்கான விரிவான வழிமுறைகள் மற்றும் ஆசிரியர் சந்தித்த சிக்கல்கள் உள்ளன.

1. முனைகளை உருவாக்குதல்
நாங்கள் புதிய முனைகளை (மாஸ்டர் மற்றும் ஸ்லேவ்) உருவாக்குகிறோம்: பயனர் பயன்முறையில் "செயல்பாடுகள் / பரிமாற்றத் திட்டங்கள் / முழு"
பரிமாற்றத் திட்டத்தை "முழு" தேர்வு செய்வோம்
நாங்கள் இரண்டு பதிவுகளை உருவாக்குகிறோம்:
- முதல் பதிவை “CB” (பிரதான முனை) என்று அழைப்போம், “CB” குறியீட்டைக் குறிக்கவும்,
- இரண்டாவது உள்ளீட்டை “சபார்டினேட் நோட்” என்று அழைப்போம், “PU” குறியீட்டைக் குறிக்கவும்.
பச்சை வட்டத்துடன் கூடிய ஐகான் - "சிபி" (முக்கிய முனை)

அடிமை முனைக்கு, "ஆரம்ப படத்தை உருவாக்கு" ஐகானைக் கிளிக் செய்யவும். (பிரத்தியேக அணுகல் தேவை)
ஒரு தொடக்க படத்தை உருவாக்கவும்
அடுத்து, திறக்கும் சாளரத்தில், புதிய தரவுத்தளத்தின் அளவுருக்களை நிரப்பவும். முடிந்ததும், "பினிஷ்" பொத்தானைக் கிளிக் செய்யவும்.
ஆரம்ப தகவல் பாதுகாப்பு படத்தை உருவாக்குதல்
விநியோகிக்கப்பட்ட தகவல் தளத்தின் ஸ்லேவ் நோடின் ஆரம்பப் படத்தை உருவாக்குவது தொடங்கும், முடிந்ததும் "ஆரம்பப் படத்தை உருவாக்குவது வெற்றிகரமாக முடிந்தது" என்ற செய்தி தோன்றும். "சரி" பொத்தானைக் கிளிக் செய்யவும்.
ஸ்லேவ் நோட்டின் அடித்தளத்தை தளங்களின் பட்டியலில் சேர்த்து அதைத் தொடங்குகிறோம்.
இந்த துணை தரவுத்தளத்தில் நாங்கள் முழு பரிமாற்றத் திட்டத்தைத் திறக்கிறோம் - “CB” ஐகான் சிவப்பு, இதன் பொருள் இந்த முனை நாம் அமைந்துள்ள தகவல் தளத்திற்கான முக்கிய முனையாகும்.

2. முன்னொட்டுகளை அமைத்தல்
ஒவ்வொரு தரவுத்தளத்திற்கும், கணக்கியல் அளவுருக்கள் அமைப்புகளில் (UPP "சேவை / கணக்கியல் அளவுருக்கள்" இல்) "தரவு பரிமாற்றம்" தாவலில், நாங்கள் முன்னொட்டுகளை அமைக்கிறோம். இரண்டு தரவுத்தளங்களில் உருவாக்கப்பட்ட ஆவணங்கள் மற்றும் கோப்பகங்களின் எண்கள் மற்றும் குறியீடுகளில் முரண்பாடுகள் இல்லாத வகையில் இது செய்யப்படுகிறது.
தானியங்கி பரிமாற்றத்திற்கு, "தானியங்கி பரிமாற்ற பொறிமுறையைப் பயன்படுத்து..." என்ற பெட்டியை சரிபார்க்கவும்.
தாவல் "தரவு பரிமாற்றம்"

3. முனைகளுக்கு இடையில் தரவு பரிமாற்றத்திற்கான அமைப்பைச் சேர்க்கவும்
திற: "சேவை\ விநியோகிக்கப்பட்ட தகவல் தளம் (RIB)\ RIB முனைகளை உள்ளமை"
"சேர்" என்பதைக் கிளிக் செய்து, "தரவு பரிமாற்ற அமைப்புகள்" சாளரம் திறக்கும்.
தரவு பரிமாற்றத்தை அமைத்தல்

"தற்போதைய அமைப்புகளின்படி பரிமாற்றம்" ஐகானைக் கிளிக் செய்யவும்
தற்போதைய அமைப்பின் படி பரிமாற்றத்தை இயக்கவும்

இப்போது ஆபத்துகள் பற்றி
1. தரவு பரிமாற்றம் தானாகவே மேற்கொள்ளப்படலாம் மற்றும் பின்வரும் சந்தர்ப்பங்களில் தொடங்கப்படலாம்:
* திட்டத்தை தொடங்கும் போது. நிரல் தொடங்கும் போது பரிமாற்றம் செய்யப்படும்,
* நீங்கள் நிரலுடன் பணிபுரியும் போது. பயனர் நிரலுடன் பணிபுரியும் முன் பரிமாற்றம் செய்யப்படும்,
* பட்டியல் தோன்றும் போது. பயனரால் குறிப்பிடப்பட்ட கோப்பகம் கண்ணுக்குத் தெரியாமல் இருந்தால் மட்டுமே பரிமாற்றம் செய்யப்படும், ஆனால் இப்போது அது தெரியும். லோக்கல் நெட்வொர்க் அல்லது ஃபிளாஷ் கார்டுடன் இணைக்கப்படும் போது தானியங்கி பரிமாற்றத்தைச் செய்ய இந்த அமைப்பைப் பயன்படுத்தலாம். நிரல் அமைப்புகளில் குறிப்பிடப்பட்டுள்ள கோப்பகத்தின் தெரிவுநிலையை அவ்வப்போது சரிபார்த்து, அதன் தற்போதைய நிலையை கவனிக்கும்,
* கோப்பு தோன்றும் போது. உள்வரும் தரவு பரிமாற்றக் கோப்பு தோன்றினால், நீங்கள் பரிமாற்றம் செய்ய வேண்டியிருக்கும் போது தரவு பயன்முறையைப் பயன்படுத்த பரிந்துரைக்கப்படுகிறது. இந்த வழக்கில், உள்வரும் தரவு பரிமாற்றக் கோப்பிற்கான முழு பாதையையும் குறிப்பிடுவது போதுமானது. நிரல் அவ்வப்போது கோப்பின் இருப்பை பகுப்பாய்வு செய்கிறது, அது தோன்றியவுடன், பரிமாற்றம் செய்யப்படும், பரிமாற்றத்திற்குப் பிறகு, இந்த கோப்பு வலுக்கட்டாயமாக நீக்கப்படும் (பரிமாற்ற செயல்முறை தொடர்ந்து மேற்கொள்ளப்படாமல் இருக்க இது செய்யப்படுகிறது),
* அவ்வப்போது தரவு பரிமாற்றம். அவ்வப்போது தரவு பரிமாற்றத்திற்கான அமைப்புகளின் படி பரிமாற்றம் மேற்கொள்ளப்படும். இன்ஃபோபேஸ் கோப்பு சேவையக பயன்முறையில் இயங்கினால், கணக்கியல் கொள்கை அமைப்புகளில் "கோப்பு பயன்முறையில் வழக்கமான பணிகளுக்கான பயனர்" என்று குறிப்பிடப்பட்ட பயனருக்கு மட்டுமே அவ்வப்போது பரிமாற்றம் செய்யப்படுகிறது. கிளையண்ட்-சர்வர் பதிப்பில், பரிமாற்றம் 1C: எண்டர்பிரைஸ் சர்வரில் செய்யப்படுகிறது.

என்னிடம் கிளையண்ட்-சர்வர் விருப்பம் உள்ளது - வழக்கமான ஆட்டோ-பரிமாற்றம் வேலை செய்ய, நான் சேவையகத்தை ஓவர்லோட் செய்ய வேண்டியிருந்தது

2. விண்டோஸ் குறியாக்கம்.
கோப்பு சுருக்கப்படாததால், பரிமாற்றம் பிழையால் தடைபட்டது. சுருக்கத்தின் போது கட்டளை வரியில் ஒரு சிரிலிக் பிழை காரணமாக இது ஏற்படுகிறது.
பதிவேட்டில் உள்ள குறியாக்கங்களை சரிசெய்வதன் மூலம் இதற்கு சிகிச்சையளிக்க முடியும்.
எடுத்துக்காட்டாக, விண்டோஸ் சர்வர் 2008க்கு -
குறியீடு

REGEDIT4
"1250"="c_1251.nls"
"1251"="c_1251.nls"
"1252"="c_1251.nls"
"1253"="c_1251.nls"
"1254"="c_1251.nls"
"1255"="c_1251.nls"

3. கிளையன்ட்-சர்வர் பதிப்பில் தரவுத்தளத்தின் நகலை (உதாரணமாக, மாற்றத்திற்காக) உருவாக்கும் போது, ​​தரவுத்தளத்தின் நகலின் வழக்கமான பணிகள் முடக்கப்பட்டிருப்பது அவசியம். நகலெடுப்பதற்காக வழக்கமான பணிகளைத் தடுக்கிறது

அவை தடுக்கப்படாவிட்டால், நகல் பிரதான தரவுத்தளத்தின் அதே அட்டவணையில் பரிமாற்றங்களைச் செய்யும். இதன் பொருள் ரிமோட் நோட்களுக்கான சில செய்திகள் வேலை செய்யும் தரவுத்தளத்திலிருந்து உருவாக்கப்படும், மேலும் சில நகலில் இருந்து உருவாக்கப்படும், இது உள்ளமைவுகளின் ஒத்திசைவுக்கு வழிவகுக்கும்.