1s 83 માટે ટર્મિનલ સર્વરનું ઑપ્ટિમાઇઝેશન. સામગ્રીનું ફોર્મેટ બદલાઈ ગયું છે

લેખ લખવાનો મુખ્ય હેતુ એવા સંચાલકો (અને પ્રોગ્રામરો) માટે સ્પષ્ટ ઘોંઘાટનું પુનરાવર્તન કરવાનો નથી કે જેમણે હજુ સુધી 1C નો અનુભવ મેળવ્યો નથી.

એક ગૌણ ધ્યેય, જો મારામાં કોઈ ખામીઓ હોય, તો ઈન્ફોસ્ટાર્ટ મને આ સૌથી ઝડપી બતાવશે.

વી. ગિલેવનું પરીક્ષણ પહેલેથી જ એક પ્રકારનું "ડિ ફેક્ટો" ધોરણ બની ગયું છે. તેમની વેબસાઇટ પર લેખકે તદ્દન સમજી શકાય તેવી ભલામણો આપી છે, પરંતુ હું ફક્ત કેટલાક પરિણામો આપીશ અને સંભવિત ભૂલો પર ટિપ્પણી કરીશ. સ્વાભાવિક રીતે, તમારા સાધનો પરના પરીક્ષણ પરિણામો અલગ હોઈ શકે છે, આ માત્ર એક માર્ગદર્શિકા છે, શું હોવું જોઈએ અને તમે શું માટે પ્રયત્ન કરી શકો છો. હું તરત જ નોંધવા માંગુ છું કે ફેરફારો તબક્કાવાર થવા જોઈએ, અને દરેક પગલા પછી, તે શું પરિણામ આપે છે તે તપાસો.

ઇન્ફોસ્ટાર્ટ પર સમાન લેખો છે, સંબંધિત વિભાગોમાં હું તેમની લિંક્સ મૂકીશ (જો હું કંઈક ચૂકી ગયો હોય, તો કૃપા કરીને મને ટિપ્પણીઓમાં જણાવો, હું તેને ઉમેરીશ). તેથી, ધારો કે તમે 1C ધીમો કરો. સમસ્યાનું નિદાન કેવી રીતે કરવું અને કોને દોષ આપવો, એડમિનિસ્ટ્રેટર કે પ્રોગ્રામર તે કેવી રીતે સમજવું?

પ્રારંભિક ડેટા:

પરીક્ષણ કરેલ કમ્પ્યુટર, મુખ્ય ગિનિ પિગ: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. સરખામણી માટે, સિંગલ-થ્રેડેડ ટેસ્ટમાં તુલનાત્મક પરિણામો Core i3-2100 દ્વારા બતાવવામાં આવે છે. સાધનસામગ્રી ખાસ લેવામાં આવી હતી તે સૌથી નવું નથી, આધુનિક સાધનો પર પરિણામો નોંધપાત્ર રીતે વધુ સારા છે.

રિમોટ 1C અને SQL સર્વર્સના પરીક્ષણ માટે, SQL સર્વર: IBM સિસ્ટમ 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit નેટવર્કને ચકાસવા માટે, Intel 520-DA2 એડેપ્ટરોનો ઉપયોગ કરવામાં આવ્યો હતો.

ફાઇલ સંસ્કરણ. (આધાર શેર કરેલ ફોલ્ડરમાં સર્વર પર રહેલો છે, ક્લાયન્ટ્સ નેટવર્ક પર જોડાયેલા છે, CIFS/SMB પ્રોટોકોલ). સ્ટેપ બાય સ્ટેપ અલ્ગોરિધમ:

0. મુખ્ય ડેટાબેસેસ જેવા જ ફોલ્ડરમાં ફાઇલ સર્વરમાં Gilev ટેસ્ટ ડેટાબેઝ ઉમેરો. અમે ક્લાયંટ કમ્પ્યુટરથી કનેક્ટ કરીએ છીએ, પરીક્ષણ ચલાવો. અમને પરિણામ યાદ છે.

તે સમજી શકાય છે કે જૂના કમ્પ્યુટર્સ માટે પણ 10 વર્ષ પહેલાં (775 સોકેટ પર પેન્ટિયમ ) 1C:Enterprise લેબલ પર ક્લિક કરવાથી ડેટાબેઝ વિન્ડો દેખાય ત્યાં સુધીનો સમય એક મિનિટ કરતાં ઓછો હોવો જોઈએ. ( સેલેરોન = ધીમું કામ).

જો તમારું કોમ્પ્યુટર પેન્ટિયમ ઓન કરતા ખરાબ છે 775 સોકેટ 1 જીબી રેમ સાથે, તો પછી હું તમારી સાથે સહાનુભૂતિ અનુભવું છું, અને તમારા માટે ફાઇલ સંસ્કરણમાં 1C 8.2 પર આરામદાયક કાર્ય પ્રાપ્ત કરવું મુશ્કેલ બનશે. ક્યાં તો અપગ્રેડ (લાંબા મુદતવીતી) અથવા ટર્મિનલ (અથવા વેબ, પાતળા ક્લાયન્ટ્સ અને મેનેજ્ડ સ્વરૂપોના કિસ્સામાં) સર્વર પર સ્વિચ કરવાનો વિચાર કરો.

જો કમ્પ્યુટર ખરાબ નથી, તો પછી તમે એડમિનિસ્ટ્રેટરને લાત કરી શકો છો. ઓછામાં ઓછું, નેટવર્ક, એન્ટિવાયરસ અને HASP પ્રોટેક્શન ડ્રાઇવરનું સંચાલન તપાસો.

જો આ તબક્કે ગિલેવના પરીક્ષણમાં 30 "પોપટ" અને વધુ દર્શાવવામાં આવ્યા હતા, પરંતુ 1C વર્કિંગ બેઝ હજી પણ ધીમે ધીમે કામ કરે છે - પ્રશ્નો પ્રોગ્રામર માટે પહેલેથી જ છે.

1. માર્ગદર્શિકા માટે, ક્લાયંટ કમ્પ્યુટર કેટલું "સ્ક્વિઝ આઉટ" કરી શકે છે, અમે નેટવર્ક વિના ફક્ત આ કમ્પ્યુટરનું સંચાલન તપાસીએ છીએ. અમે સ્થાનિક કમ્પ્યુટર (ખૂબ જ ઝડપી ડિસ્ક પર) પર પરીક્ષણ આધાર મૂકીએ છીએ. જો ક્લાયંટ કોમ્પ્યુટર પાસે સામાન્ય SSD નથી, તો રેમડિસ્ક બનાવવામાં આવે છે. અત્યાર સુધી, સૌથી સરળ અને મફત છે રામડિસ્ક એન્ટરપ્રાઇઝ.

સંસ્કરણ 8.2 નું પરીક્ષણ કરવા માટે, રેમડિસ્કનું 256 એમબી પૂરતું છે, અને! સૌથી મહત્વપૂર્ણ. કાર્યકારી રેમડિસ્ક સાથે કમ્પ્યુટરને પુનઃપ્રારંભ કર્યા પછી, તેની પાસે 100-200 MB મફત હોવું જોઈએ. તદનુસાર, રેમડિસ્ક વિના, ફ્રી મેમરીની સામાન્ય કામગીરી માટે 300-400 એમબી હોવી જોઈએ.

પરીક્ષણ સંસ્કરણ 8.3 માટે, 256 MB રેમડિસ્ક પર્યાપ્ત છે, પરંતુ વધુ મફત RAM ની જરૂર છે.

પરીક્ષણ કરતી વખતે, તમારે પ્રોસેસર લોડ જોવાની જરૂર છે. આદર્શ (રેમડિસ્ક) ની નજીકના કિસ્સામાં, સ્થાનિક ફાઇલ 1c ઓપરેશન દરમિયાન 1 પ્રોસેસર કોર લોડ કરે છે. તદનુસાર, જો પરીક્ષણ દરમિયાન તમારા પ્રોસેસર કોર સંપૂર્ણપણે લોડ થયેલ નથી, તો નબળાઈઓ માટે જુઓ. થોડું ભાવનાત્મક, પરંતુ સામાન્ય રીતે સાચું, 1C ના ઓપરેશન પર પ્રોસેસરનો પ્રભાવ વર્ણવેલ છે. ફક્ત સંદર્ભ માટે, ઉચ્ચ આવર્તન સાથે આધુનિક કોર i3 પર પણ, 70-80 નંબરો એકદમ વાસ્તવિક છે.

આ તબક્કે સૌથી સામાન્ય ભૂલો.

a) ખોટી રીતે ગોઠવેલ એન્ટીવાયરસ. ત્યાં ઘણા એન્ટીવાયરસ છે, દરેક માટે સેટિંગ્સ અલગ છે, હું ફક્ત એટલું જ કહી શકું છું કે યોગ્ય ગોઠવણી સાથે, વેબ કે કેસ્પરસ્કી 1C દખલ કરતું નથી. "ડિફોલ્ટ" સેટિંગ્સ સાથે - લગભગ 3-5 પોપટ (10-15%) દૂર લઈ શકાય છે.

b) પ્રદર્શન મોડ. કેટલાક કારણોસર, થોડા લોકો આ તરફ ધ્યાન આપે છે, અને અસર સૌથી નોંધપાત્ર છે. જો તમને ઝડપની જરૂર હોય, તો તમારે તે ક્લાયંટ અને સર્વર બંને કમ્પ્યુટર પર કરવું જોઈએ. (ગિલેવ પાસે સારું વર્ણન છે. એકમાત્ર ચેતવણી એ છે કે કેટલાક મધરબોર્ડ્સ પર, જો ઇન્ટેલ સ્પીડસ્ટેપ બંધ હોય, તો ટર્બોબૂસ્ટ ચાલુ કરી શકાતું નથી).

ટૂંકમાં, 1C ઓપરેશન દરમિયાન, અન્ય ઉપકરણો (ડિસ્ક, નેટવર્ક, વગેરે) તરફથી પ્રતિસાદની રાહ જોવામાં આવે છે. પ્રતિસાદની રાહ જોતી વખતે, જો પ્રદર્શન મોડ સંતુલિત હોય, તો પ્રોસેસર તેની આવર્તન ઘટાડે છે. ઉપકરણ તરફથી પ્રતિસાદ આવે છે, 1C (પ્રોસેસર) ને કામ કરવાની જરૂર છે, પરંતુ પ્રથમ ચક્ર ઓછી આવર્તન પર જાય છે, પછી આવર્તન વધે છે - અને 1C ફરીથી ઉપકરણ તરફથી પ્રતિસાદની રાહ જુએ છે. અને તેથી - સેકન્ડ દીઠ ઘણી સેંકડો વખત.

તમે (અને પ્રાધાન્યમાં) પ્રદર્શન મોડને બે જગ્યાએ સક્ષમ કરી શકો છો:

BIOS દ્વારા. C1, C1E, Intel C-state (C2, C3, C4) મોડ્સને અક્ષમ કરો. વિવિધ બાયોસમાં તેઓને અલગ રીતે કહેવામાં આવે છે, પરંતુ અર્થ સમાન છે. લાંબા સમય માટે શોધ કરો, રીબૂટ જરૂરી છે, પરંતુ જો તમે તે એકવાર કર્યું હોય, તો પછી તમે ભૂલી શકો છો. જો BIOS માં બધું યોગ્ય રીતે કરવામાં આવે છે, તો ઝડપ ઉમેરવામાં આવશે. કેટલાક મધરબોર્ડ્સ પર, BIOS સેટિંગ્સ સેટ કરી શકાય છે જેથી Windows પ્રદર્શન મોડ ભૂમિકા ભજવશે નહીં. (ગિલેવ દ્વારા BIOS સેટઅપના ઉદાહરણો). આ સેટિંગ્સ મુખ્યત્વે સર્વર પ્રોસેસર્સ અથવા "અદ્યતન" BIOS થી સંબંધિત છે, જો તમને તે તમારી સિસ્ટમમાં ન મળ્યું હોય, અને તમારી પાસે Xeon નથી - તે ઠીક છે.

નિયંત્રણ પેનલ - પાવર - ઉચ્ચ પ્રદર્શન. માઇનસ - જો કમ્પ્યુટરને લાંબા સમયથી સેવા આપવામાં આવી નથી, તો તે પંખા સાથે વધુ મજબૂત રીતે ગુંજશે, તે વધુ ગરમ થશે અને વધુ ઊર્જાનો વપરાશ કરશે. આ પ્રદર્શનની કિંમત છે.

કેવી રીતે તપાસવું કે મોડ સક્ષમ છે. ટાસ્ક મેનેજર - પરફોર્મન્સ - રિસોર્સ મોનિટર - CPU ચલાવો. પ્રોસેસર કંઈપણ સાથે વ્યસ્ત ન થાય ત્યાં સુધી અમે રાહ જુઓ.

આ ડિફૉલ્ટ સેટિંગ્સ છે. BIOS સી-સ્ટેટ સમાવેશ થાય છે, સંતુલિત પાવર મોડ
BIOS સી-સ્ટેટ સમાવેશ થાય છે, ઉચ્ચ પ્રદર્શન મોડ પેન્ટિયમ અને કોર માટે, તમે ત્યાં રોકી શકો છો, તમે હજુ પણ Xeonમાંથી કેટલાક "પોપટ" સ્ક્વિઝ કરી શકો છો
BIOS સી-સ્ટેટ બંધ, ઉચ્ચ પ્રદર્શન મોડ. જો તમે ટર્બો બૂસ્ટનો ઉપયોગ કરતા નથી - તો તે આ રીતે દેખાવું જોઈએ સર્વર કામગીરી માટે ટ્યુન થયેલ છે

અને હવે નંબરો. ચાલો હું તમને યાદ કરાવું: Intel Xeon 5650, ramdisk. પ્રથમ કિસ્સામાં, પરીક્ષણ 23.26 બતાવે છે, બાદમાં - 49.5. તફાવત લગભગ બે ગણો છે. સંખ્યાઓ અલગ-અલગ હોઈ શકે છે, પરંતુ ઇન્ટેલ કોર માટે ગુણોત્તર લગભગ સમાન રહે છે.

પ્રિય એડમિનિસ્ટ્રેટર્સ, તમે તમારી ઈચ્છા મુજબ 1Cને ઠપકો આપી શકો છો, પરંતુ જો અંતિમ વપરાશકર્તાઓને ઝડપની જરૂર હોય, તો તમારે ઉચ્ચ પ્રદર્શન મોડને સક્ષમ કરવું આવશ્યક છે.

c) ટર્બો બૂસ્ટ. પ્રથમ તમારે સમજવાની જરૂર છે કે શું તમારું પ્રોસેસર આ કાર્યને સમર્થન આપે છે, ઉદાહરણ તરીકે. જો તે થાય, તો પછી તમે હજી પણ કાયદેસર રીતે થોડું પ્રદર્શન મેળવી શકો છો. (હું ઓવરક્લોકિંગના મુદ્દાઓને સ્પર્શવા માંગતો નથી, ખાસ કરીને સર્વર્સ, તે તમારા પોતાના જોખમે અને જોખમે કરો. પરંતુ હું સંમત છું કે બસની ગતિ 133 થી 166 સુધી વધારવાથી ઝડપ અને ગરમીના વિસર્જન બંનેમાં ખૂબ જ નોંધપાત્ર વધારો થાય છે)

ટર્બો બૂસ્ટ કેવી રીતે ચાલુ કરવું તે લખેલું છે, ઉદાહરણ તરીકે,. પણ! 1C માટે કેટલીક ઘોંઘાટ છે (સૌથી વધુ સ્પષ્ટ નથી). મુશ્કેલી એ છે કે જ્યારે સી-સ્ટેટ ચાલુ હોય ત્યારે ટર્બો બૂસ્ટની મહત્તમ અસર પ્રગટ થાય છે. અને તે આ ચિત્ર જેવું કંઈક બહાર આવ્યું છે:

મહેરબાની કરીને નોંધ કરો કે ગુણક મહત્તમ છે, કોરની ગતિ સૌથી સુંદર છે, પ્રદર્શન ઉચ્ચ છે. પરંતુ 1s ના પરિણામે શું થશે?

પરંતુ અંતે, તે તારણ આપે છે કે CPU પ્રદર્શન પરીક્ષણો અનુસાર, 23 ના ગુણક સાથેનો પ્રકાર આગળ છે, ફાઇલ સંસ્કરણમાં ગિલેવના પરીક્ષણો અનુસાર, 22 અને 23 ના ગુણક સાથેનું પ્રદર્શન સમાન છે, પરંતુ ક્લાયંટ-સર્વર વર્ઝન, 23 હોરર હોરર હોરરના ગુણક સાથેનું વેરિઅન્ટ (જો C-state લેવલ 7 પર સેટ હોય, તો પણ તે C-સ્ટેટ બંધ કરતાં ધીમી છે). તેથી, ભલામણ, તમારા માટે બંને વિકલ્પો તપાસો અને તેમાંથી શ્રેષ્ઠ પસંદ કરો. કોઈ પણ સંજોગોમાં, 49.5 અને 53 પોપટ વચ્ચેનો તફાવત તદ્દન નોંધપાત્ર છે, ખાસ કરીને કારણ કે તે ખૂબ પ્રયત્નો વિના છે.

નિષ્કર્ષ - ટર્બો બૂસ્ટ શામેલ હોવું આવશ્યક છે. હું તમને યાદ અપાવી દઉં કે BIOS માં ટર્બો બૂસ્ટ આઇટમને સક્ષમ કરવા માટે તે પૂરતું નથી, તમારે અન્ય સેટિંગ્સ પણ જોવાની જરૂર છે (BIOS: QPI L0s, L1 - અક્ષમ કરો, માંગ સ્ક્રબિંગ - અક્ષમ કરો, Intel SpeedStep - enable, Turbo boost - સક્ષમ કરો. નિયંત્રણ પેનલ - પાવર - ઉચ્ચ પ્રદર્શન) . અને હું હજુ પણ (ફાઇલ સંસ્કરણ માટે પણ) વિકલ્પ પર રોકીશ જ્યાં c-state બંધ છે, ભલે ત્યાં ગુણક ઓછો હોય. આવું કંઈક મેળવો...

એક જગ્યાએ વિવાદાસ્પદ મુદ્દો એ મેમરી આવર્તન છે. ઉદાહરણ તરીકે, મેમરી આવર્તન ખૂબ પ્રભાવશાળી તરીકે બતાવવામાં આવે છે. મારા પરીક્ષણોએ આવી નિર્ભરતા જાહેર કરી નથી. હું DDR 2/3/4 ની તુલના કરીશ નહીં, હું સમાન લાઇનમાં આવર્તન બદલવાના પરિણામો બતાવીશ. મેમરી સમાન છે, પરંતુ BIOS માં અમે નીચલા ફ્રીક્વન્સીઝને દબાણ કરીએ છીએ.

અને પરીક્ષણ પરિણામો. 1C 8.2.19.83, ફાઇલ વર્ઝન લોકલ રેમડિસ્ક માટે, ક્લાયંટ-સર્વર 1C અને SQL માટે એક કમ્પ્યુટર પર, શેર કરેલી મેમરી. ટર્બો બૂસ્ટ બંને વિકલ્પોમાં અક્ષમ છે. 8.3 તુલનાત્મક પરિણામો દર્શાવે છે.

તફાવત માપન ભૂલની અંદર છે. મેં ખાસ કરીને CPU-Z સ્ક્રીનશૉટ્સ ખેંચ્યા છે તે બતાવવા માટે કે અન્ય પરિમાણો આવર્તન પરિવર્તન સાથે બદલાય છે, સમાન CAS લેટન્સી અને RAS થી CAS વિલંબ, જે આવર્તન ફેરફારને સ્તર આપે છે. તફાવત ત્યારે હશે જ્યારે મેમરી મોડ્યુલો શારીરિક રીતે બદલાય છે, ધીમાથી ઝડપી, પરંતુ ત્યાં પણ સંખ્યાઓ ખૂબ નોંધપાત્ર નથી.

2. જ્યારે અમે ક્લાયંટ કમ્પ્યુટરના પ્રોસેસર અને મેમરીને શોધી કાઢીએ છીએ, ત્યારે અમે આગળના ખૂબ જ મહત્વપૂર્ણ સ્થાન - નેટવર્ક પર આગળ વધીએ છીએ. નેટવર્ક ટ્યુનિંગ વિશે ઘણા પુસ્તકો લખવામાં આવ્યા છે, ઇન્ફોસ્ટાર્ટ (અને અન્ય) પર લેખો છે, અહીં હું આ વિષય પર ધ્યાન કેન્દ્રિત કરીશ નહીં. 1C નું પરીક્ષણ શરૂ કરતા પહેલા, કૃપા કરીને ખાતરી કરો કે બે કમ્પ્યુટર્સ વચ્ચેનો iperf સમગ્ર બેન્ડ દર્શાવે છે (1 Gbit કાર્ડ્સ માટે - સારું, ઓછામાં ઓછું 850 Mbit, પરંતુ વધુ સારું 950-980), તે ગિલેવની સલાહને અનુસરવામાં આવે છે. પછી - કાર્યની સૌથી સરળ કસોટી, વિચિત્ર રીતે, નેટવર્ક પર એક મોટી ફાઇલ (5-10 ગીગાબાઇટ્સ) ની નકલ કરવી હશે. પરોક્ષ સંકેત 1 Gbit ના નેટવર્ક પર સામાન્ય કામગીરીની સરેરાશ કોપી ઝડપ 100 Mb/s હશે, સારી કામગીરી - 120 Mb/s. હું એ હકીકત તરફ તમારું ધ્યાન દોરવા માંગુ છું કે પ્રોસેસર લોડ પણ નબળા બિંદુ (સહિત) હોઈ શકે છે. એસએમબી લિનક્સ પરનો પ્રોટોકોલ તેના બદલે ખરાબ રીતે સમાંતર છે, અને ઓપરેશન દરમિયાન તે એક પ્રોસેસર કોરને સરળતાથી "ખાઈ" શકે છે અને હવે તેનો ઉપયોગ કરી શકશે નહીં.

અને આગળ. ડિફૉલ્ટ સેટિંગ્સ સાથે, વિન્ડોઝ ક્લાયંટ વિન્ડોઝ સર્વર (અથવા તો વિન્ડોઝ વર્કસ્ટેશન) અને SMB/CIFS પ્રોટોકોલ સાથે શ્રેષ્ઠ કામ કરે છે, લિનક્સ ક્લાયન્ટ (ડેબિયન, ઉબુન્ટુએ બાકીની તરફ જોયું નથી) લિનક્સ અને NFS (તે SMB સાથે પણ કામ કરે છે, પરંતુ ઉપર NFS પોપટ પર). હકીકત એ છે કે જ્યારે વિન-લિનક્સ સર્વરને nfs પર રેખીય રીતે કૉપિ કરવામાં આવે છે ત્યારે એક સ્ટ્રીમમાં ઝડપથી કૉપિ કરવામાં આવે છે, તેનો કોઈ અર્થ નથી. 1C માટે ડેબિયન ટ્યુનિંગ એ એક અલગ લેખ માટેનો વિષય છે, હું હજી તેના માટે તૈયાર નથી, જો કે હું કહી શકું છું કે ફાઇલ સંસ્કરણમાં મને સમાન સાધનો પરના વિન સંસ્કરણ કરતાં થોડું સારું પ્રદર્શન પણ મળ્યું છે, પરંતુ પોસ્ટગ્રેસિસ સાથે 50 થી વધુ વપરાશકર્તાઓ મારી પાસે હજી પણ બધું ખૂબ જ ખરાબ છે.

સૌથી મહત્વપૂર્ણ , જે "બર્ન" એડમિનિસ્ટ્રેટરો માટે જાણીતું છે, પરંતુ નવા નિશાળીયા ધ્યાનમાં લેતા નથી. 1c ડેટાબેઝનો પાથ સેટ કરવાની ઘણી રીતો છે. તમે \\server\share કરી શકો છો, તમે \\192.168.0.1\share કરી શકો છો, તમે z: \\192.168.0.1\share નો ચોખ્ખો ઉપયોગ કરી શકો છો (અને કેટલાક કિસ્સાઓમાં આ પદ્ધતિ પણ કામ કરશે, પરંતુ હંમેશા નહીં) અને પછી સ્પષ્ટ કરો Z ડ્રાઇવ. એવું લાગે છે કે આ તમામ પાથ એક જ સ્થાન તરફ નિર્દેશ કરે છે, પરંતુ 1C માટે માત્ર એક જ રસ્તો છે જે એકદમ સ્થિર પ્રદર્શન આપે છે. તેથી તમારે જે યોગ્ય કરવાની જરૂર છે તે અહીં છે:

આદેશ વાક્ય પર (અથવા નીતિઓમાં, અથવા જે તમને અનુકૂળ હોય) - ડ્રાઇવલેટરનો ચોખ્ખો ઉપયોગ કરો: \\server\share. ઉદાહરણ: ચોખ્ખો ઉપયોગ m:\\server\bases. હું ખાસ કરીને IP સરનામા પર ભાર મૂકું છું, એટલે કે નામસર્વર જો સર્વર નામ દ્વારા દેખાતું ન હોય, તો તેને સર્વર પર dns અથવા સ્થાનિક રીતે હોસ્ટ ફાઇલમાં ઉમેરો. પરંતુ અપીલ નામની હોવી જોઈએ. તદનુસાર, ડેટાબેઝના માર્ગ પર, આ ડિસ્કને ઍક્સેસ કરો (ચિત્ર જુઓ).

અને હવે હું નંબરોમાં બતાવીશ કે આવી સલાહ શા માટે. પ્રારંભિક ડેટા: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 કાર્ડ્સ. OS Win 2008 R2, Win 7, Debian 8. નવીનતમ ડ્રાઇવરો, અપડેટ્સ લાગુ. પરીક્ષણ કરતા પહેલા, મેં ખાતરી કરી કે Iperf સંપૂર્ણ બેન્ડવિડ્થ આપે છે (10 Gbit કાર્ડ્સ સિવાય, તે માત્ર 7.2 Gbit જ સ્ક્વિઝ કરે છે, પછી હું શા માટે જોઈશ, ટેસ્ટ સર્વરહજુ સુધી યોગ્ય રીતે ગોઠવેલ નથી). ડિસ્ક અલગ-અલગ છે, પરંતુ દરેક જગ્યાએ SSD (ખાસ કરીને ટેસ્ટિંગ માટે એક જ ડિસ્ક દાખલ કરવામાં આવી છે, બીજું કંઈ લોડ થયેલ નથી) અથવા SSD માંથી રેઈડ છે. Intel 362 એડેપ્ટરની સેટિંગ્સને મર્યાદિત કરીને 100 Mbit ની ઝડપ મેળવવામાં આવી હતી. 1 Gbit કોપર Intel 350 અને 1 Gbit ઓપ્ટિક્સ Intel X520-DA2 (એડેપ્ટરની ઝડપને મર્યાદિત કરીને મેળવેલ) વચ્ચે કોઈ તફાવત નહોતો. મહત્તમ પ્રદર્શન, ટર્બો બૂસ્ટ અક્ષમ છે (ફક્ત પરિણામોની તુલનાત્મકતા માટે, ટર્બો બૂસ્ટ સારા પરિણામો માટે 10% કરતાં થોડું ઓછું ઉમેરે છે, ખરાબ પરિણામો માટે તે બિલકુલ અસર કરતું નથી). આવૃત્તિઓ 1C 8.2.19.86, 8.3.6.2076. હું બધી સંખ્યાઓ આપતો નથી, પરંતુ ફક્ત સૌથી રસપ્રદ જ આપું છું, જેથી તેની સાથે સરખામણી કરવા માટે કંઈક હોય.

તારણો (કોષ્ટકમાંથી અને વ્યક્તિગત અનુભવ પરથી. ફક્ત ફાઇલ સંસ્કરણ પર લાગુ થાય છે):

નેટવર્ક પર, જો આ નેટવર્ક સામાન્ય રીતે ગોઠવેલું હોય અને પાથ 1C માં યોગ્ય રીતે લખાયેલ હોય તો તમે કાર્ય માટે એકદમ સામાન્ય સંખ્યાઓ મેળવી શકો છો. પ્રથમ કોર i3s પણ 40+ પોપટ આપી શકે છે, જે ખૂબ સારા છે, અને આ માત્ર પોપટ જ નથી, વાસ્તવિક કાર્યમાં તફાવત પણ નોંધનીય છે. પણ! ઘણા (10 થી વધુ) વપરાશકર્તાઓ સાથે કામ કરતી વખતે મર્યાદા હવે નેટવર્ક રહેશે નહીં, અહીં 1 Gbit હજી પણ પૂરતું છે, પરંતુ મલ્ટિ-યુઝર વર્ક (ગિલેવ) દરમિયાન અવરોધિત કરવું.

સક્ષમ નેટવર્ક સેટઅપ માટે 1C 8.3 પ્લેટફોર્મ અનેક ગણું વધુ માંગ છે. મૂળભૂત સેટિંગ્સ - ગિલેવ જુઓ, પરંતુ ધ્યાનમાં રાખો કે બધું પ્રભાવિત કરી શકે છે. મેં એ હકીકતથી પ્રવેગક જોયો કે તેઓએ એન્ટીવાયરસને અનઇન્સ્ટોલ કર્યું (અને માત્ર બંધ જ નહીં), FCoE જેવા પ્રોટોકોલને દૂર કરવાથી, ડ્રાઇવરોને જૂનામાં બદલવાથી, પરંતુ માઇક્રોસોફ્ટ પ્રમાણિત સંસ્કરણ (ખાસ કરીને સસ્તા કાર્ડ્સ જેમ કે asus અને dlinks માટે), દૂર કરવાથી. સર્વરમાંથી બીજું નેટવર્ક કાર્ડ. ઘણા બધા વિકલ્પો, વિચારપૂર્વક નેટવર્કને ગોઠવો. પ્લેટફોર્મ 8.2 સ્વીકાર્ય નંબરો આપે છે અને 8.3 - બે કે તેથી વધુ વખત ઓછા આપે છે ત્યારે એવી સ્થિતિ પણ હોઈ શકે છે. પ્લેટફોર્મ સંસ્કરણો 8.3 સાથે રમવાનો પ્રયાસ કરો, કેટલીકવાર તમને ખૂબ મોટી અસર મળે છે.

1C 8.3.6.2076 (કદાચ પછીથી, મેં હજી સુધી ચોક્કસ સંસ્કરણ માટે જોયું નથી) નેટવર્ક પર 8.3.7.2008 કરતાં સેટ કરવું હજી પણ સરળ છે. 8.3.7.2008 થી સામાન્ય નેટવર્ક ઓપરેશન (તુલનાત્મક પોપટમાં) હાંસલ કરવા માટે તે માત્ર થોડી વાર બહાર આવ્યું, હું તેને વધુ સામાન્ય કેસ માટે પુનરાવર્તન કરી શક્યો નહીં. હું બહુ સમજી શક્યો નહીં, પરંતુ પ્રોસેસ એક્સપ્લોરરના ફૂટક્લોથ્સ દ્વારા અભિપ્રાય આપતા, રેકોર્ડિંગ 8.3.6 માં જે રીતે થાય છે તે રીતે ત્યાં જતું નથી.

100Mbps નેટવર્ક પર કામ કરતી વખતે, તેનું લોડ શેડ્યૂલ નાનું હોવા છતાં (અમે કહી શકીએ કે નેટવર્ક મફત છે), કાર્યની ઝડપ હજુ પણ 1 Gbps કરતા ઘણી ઓછી છે. તેનું કારણ નેટવર્ક લેટન્સી છે.

1C 8.2 માટે Ceteris paribus (સારી રીતે કાર્યરત નેટવર્ક), Intel-Realtek કનેક્શન Intel-Intel કરતાં 10% ધીમું છે. પરંતુ રિયલટેક-રિયલટેક સામાન્ય રીતે વાદળીમાંથી તીવ્ર ઘટાડો આપી શકે છે. તેથી, જો પૈસા હોય, તો ઇન્ટેલ નેટવર્ક કાર્ડ્સ દરેક જગ્યાએ રાખવાનું વધુ સારું છે, જો પૈસા ન હોય, તો ઇન્ટેલને ફક્ત સર્વર (તમારા KO) પર મૂકો. હા, અને ઇન્ટેલ નેટવર્ક કાર્ડ્સને ટ્યુન કરવા માટે ઘણી વખત વધુ સૂચનાઓ છે.

ડિફૉલ્ટ એન્ટિવાયરસ સેટિંગ્સ (ઉદાહરણ તરીકે, drweb 10 સંસ્કરણ) લગભગ 8-10% પોપટ દૂર કરે છે. જો તમે તેને યોગ્ય રીતે ગોઠવો છો (1cv8 પ્રક્રિયાને બધું કરવાની મંજૂરી આપો, જો કે તે સલામત નથી) - ઝડપ એન્ટીવાયરસ વિના સમાન છે.

Linux ગુરુઓને વાંચશો નહીં. સામ્બા સાથેનું સર્વર સરસ અને મફત છે, પરંતુ જો તમે સર્વર પર Win XP અથવા Win7 મૂકો છો (અથવા વધુ સારું - સર્વર OS), તો પછી ફાઇલ સંસ્કરણમાં 1c ઝડપથી કામ કરશે. હા, ડેબિયન/ઉબુન્ટુમાં સામ્બા અને પ્રોટોકોલ સ્ટેક અને નેટવર્ક સેટિંગ્સ અને ઘણું બધું સારી રીતે ટ્યુન કરેલ છે, પરંતુ નિષ્ણાતો માટે આની ભલામણ કરવામાં આવે છે. ડિફોલ્ટ સેટિંગ્સ સાથે Linux ને ઇન્સ્ટોલ કરવાનો અને પછી કહેવું કે તે ધીમું છે તેનો કોઈ અર્થ નથી.

fio સાથે નેટ ઉપયોગ દ્વારા કનેક્ટેડ ડિસ્કનું પરીક્ષણ કરવું એ સારો વિચાર છે. ઓછામાં ઓછું તે સ્પષ્ટ થશે કે શું આ 1C પ્લેટફોર્મ સાથે અથવા નેટવર્ક / ડિસ્ક સાથે સમસ્યાઓ છે.

સિંગલ-યુઝર વેરિઅન્ટ માટે, હું પરીક્ષણો (અથવા પરિસ્થિતિ) વિશે વિચારી શકતો નથી જ્યાં 1Gb અને 10 Gb વચ્ચેનો તફાવત દેખાશે. ફાઇલ વર્ઝન માટે 10Gbps એ એક માત્ર સ્થળ iSCSI દ્વારા ડિસ્કને કનેક્ટ કરવાનું હતું, પરંતુ આ એક અલગ લેખ માટેનો વિષય છે. તેમ છતાં, મને લાગે છે કે ફાઇલ સંસ્કરણ માટે 1 Gbit કાર્ડ્સ પૂરતા છે.

શા માટે, 100 Mbit નેટવર્ક સાથે, 8.3 8.2 કરતાં નોંધપાત્ર રીતે ઝડપથી કામ કરે છે - હું સમજી શકતો નથી, પરંતુ હકીકત બની હતી. અન્ય તમામ સાધનો, અન્ય તમામ સેટિંગ્સ બરાબર સમાન છે, ફક્ત એક કિસ્સામાં 8.2 નું પરીક્ષણ કરવામાં આવે છે, અને બીજામાં - 8.3.

ટ્યુન કરેલ નથી NFS જીત - જીત અથવા વિન-લિન 6 પોપટ આપે છે, તે કોષ્ટકમાં શામેલ નથી. ટ્યુનિંગ કર્યા પછી, મને 25 મળ્યા, પરંતુ તે અસ્થિર છે (માપમાં રન-અપ 2 એકમો કરતાં વધુ છે). અત્યાર સુધી હું વિન્ડોઝ અને NFS પ્રોટોકોલના ઉપયોગ અંગે ભલામણો આપી શકતો નથી.

બધી સેટિંગ્સ અને તપાસો પછી, અમે ક્લાયંટ કમ્પ્યુટરથી ફરીથી પરીક્ષણ ચલાવીએ છીએ, સુધારેલ પરિણામ પર આનંદ કરીએ છીએ (જો તે કામ કરે છે). જો પરિણામ સુધર્યું છે, તો ત્યાં 30 થી વધુ પોપટ છે (અને ખાસ કરીને 40 થી વધુ), ત્યાં એક જ સમયે 10 થી ઓછા વપરાશકર્તાઓ કામ કરે છે, અને કાર્યકારી ડેટાબેઝ હજી પણ ધીમો પડી જાય છે - લગભગ ચોક્કસપણે પ્રોગ્રામરની સમસ્યા (અથવા તમારી પાસે પહેલેથી જ છે. ફાઇલ વર્ઝનની ક્ષમતાઓની ટોચ પર પહોંચી ગઈ છે).

ટર્મિનલ સર્વર. (આધાર સર્વર પર રહેલો છે, ક્લાયન્ટ્સ નેટવર્ક પર જોડાયેલા છે, RDP પ્રોટોકોલ). સ્ટેપ બાય સ્ટેપ અલ્ગોરિધમ:

0. મુખ્ય ડેટાબેસેસ જેવા જ ફોલ્ડરમાં સર્વરમાં ગિલેવ ટેસ્ટ ડેટાબેઝ ઉમેરો. અમે સમાન સર્વરથી કનેક્ટ કરીએ છીએ અને પરીક્ષણ ચલાવીએ છીએ. અમને પરિણામ યાદ છે.

1. ફાઇલ સંસ્કરણની જેમ, અમે કાર્ય સેટ કર્યું છે. ટર્મિનલ સર્વરના કિસ્સામાં, પ્રોસેસર સામાન્ય રીતે મુખ્ય ભૂમિકા ભજવે છે (તે સમજી શકાય છે કે ત્યાં કોઈ સ્પષ્ટ નબળાઈઓ નથી, જેમ કે મેમરીનો અભાવ અથવા બિનજરૂરી સૉફ્ટવેરનો મોટો જથ્થો).

2. ટર્મિનલ સર્વરના કિસ્સામાં નેટવર્ક કાર્ડ સેટ કરવું એ 1s ના ઑપરેશન પર વ્યવહારીક રીતે કોઈ અસર કરતું નથી. "વિશેષ" આરામ આપવા માટે, જો તમારું સર્વર 50 થી વધુ પોપટ આપે છે, તો તમે RDP પ્રોટોકોલના નવા સંસ્કરણો સાથે રમી શકો છો, ફક્ત વપરાશકર્તાઓની આરામ, ઝડપી પ્રતિસાદ અને સ્ક્રોલીંગ માટે.

3. મોટી સંખ્યામાં વપરાશકર્તાઓના સક્રિય કાર્ય સાથે (અને અહીં તમે પહેલેથી જ 30 લોકોને એક આધાર સાથે કનેક્ટ કરવાનો પ્રયાસ કરી શકો છો, જો તમે પ્રયાસ કરો છો), તો SSD ડ્રાઇવ ઇન્સ્ટોલ કરવું ખૂબ જ ઇચ્છનીય છે. કેટલાક કારણોસર, એવું માનવામાં આવે છે કે ડિસ્ક ખાસ કરીને 1C ની કામગીરીને અસર કરતી નથી, પરંતુ તમામ પરીક્ષણો લખવા માટે સક્ષમ કંટ્રોલર કેશ સાથે હાથ ધરવામાં આવે છે, જે ખોટું છે. પરીક્ષણનો આધાર નાનો છે, તે કેશમાં બંધબેસે છે, તેથી ઉચ્ચ સંખ્યાઓ. વાસ્તવિક (મોટા) ડેટાબેસેસ પર, બધું સંપૂર્ણપણે અલગ હશે, તેથી કેશ પરીક્ષણો માટે અક્ષમ છે.

ઉદાહરણ તરીકે, મેં વિવિધ ડિસ્ક વિકલ્પો સાથે ગિલેવ પરીક્ષણનું કાર્ય તપાસ્યું. હું જે હાથમાં હતું તેમાંથી ડિસ્ક મૂકું છું, માત્ર વલણ બતાવવા માટે. 8.3.6.2076 અને 8.3.7.2008 વચ્ચેનો તફાવત નાનો છે (રામડિસ્ક ટર્બો બૂસ્ટ વર્ઝન 8.3.6માં 56.18 આપે છે અને 8.3.7.2008 55.56 આપે છે, અન્ય પરીક્ષણોમાં તફાવત પણ નાનો છે). પાવર વપરાશ - મહત્તમ પ્રદર્શન, ટર્બો બૂસ્ટ અક્ષમ (સિવાય કે નોંધ્યું ન હોય).

RAID નિયંત્રકનો સમાયેલ કેશ ડિસ્ક વચ્ચેના તમામ તફાવતને દૂર કરે છે, નંબરો sat અને sas બંને માટે સમાન છે. થોડી માત્રામાં ડેટા માટે તેની સાથે પરીક્ષણ કરવું નકામું છે અને તે સૂચક નથી.

8.2 પ્લેટફોર્મ માટે, SATA અને SSD વિકલ્પો વચ્ચે પ્રદર્શન તફાવત બમણા કરતાં વધુ છે. આ કોઈ ટાઈપો નથી. જો તમે SATA ડ્રાઇવ્સ પર પરીક્ષણ દરમિયાન પ્રદર્શન મોનિટર જુઓ છો. પછી ત્યાં સ્પષ્ટપણે "સક્રિય ડિસ્ક સમય (% માં)" 80-95 દેખાય છે. હા, જો તમે ડિસ્કના લખાણ કેશને સક્ષમ કરો છો, તો ઝડપ વધીને 35 થઈ જશે, જો તમે રેઈડ કંટ્રોલર કેશને સક્ષમ કરો છો - 49 સુધી (આ સમયે કોઈપણ ડિસ્કનું પરીક્ષણ કરવામાં આવી રહ્યું છે તે ધ્યાનમાં લીધા વિના). પરંતુ આ કેશના સિન્થેટીક પોપટ છે, મોટા ડેટાબેઝ સાથેના વાસ્તવિક કાર્યમાં ક્યારેય 100% રાઇટ કેશ હિટ રેશિયો નહીં હોય.

સસ્તા SSDs (મેં ચપળતા 3 પર પરીક્ષણ કર્યું છે) ની ઝડપ ફાઇલ સંસ્કરણને કામ કરવા માટે પૂરતી છે. લેખન સંસાધન એ બીજી બાબત છે, અહીં તમારે દરેક ચોક્કસ કેસમાં જોવાની જરૂર છે, તે સ્પષ્ટ છે કે Intel 3700 પાસે તેની તીવ્રતાનો ઓર્ડર હશે, પરંતુ ત્યાં કિંમત અનુરૂપ છે. અને હા, હું સમજું છું કે SSD ડ્રાઇવનું પરીક્ષણ કરતી વખતે, હું આ ડ્રાઇવના કેશને પણ વધુ પ્રમાણમાં પરીક્ષણ કરું છું, વાસ્તવિક પરિણામો ઓછા આવશે.

સૌથી સાચો (મારા દૃષ્ટિકોણથી) ઉકેલ એ છે કે ફાઇલ બેઝ (અથવા ઘણા ફાઇલ પાયા) માટે મિરર રેઇડમાં 2 SSD ડિસ્ક ફાળવવી, અને ત્યાં બીજું કંઈ ન મૂકવું. હા, મિરર સાથે, એસએસડી એ જ રીતે બહાર નીકળી જાય છે, અને આ એક બાદબાકી છે, પરંતુ ઓછામાં ઓછા તેઓ કોઈક રીતે કંટ્રોલર ઇલેક્ટ્રોનિક્સમાં ભૂલો સામે વીમો મેળવે છે.

ફાઇલ સંસ્કરણ માટે એસએસડી ડિસ્કના મુખ્ય ફાયદાઓ દેખાશે જ્યારે ત્યાં ઘણા ડેટાબેસેસ હોય, અને દરેકમાં ઘણા વપરાશકર્તાઓ હોય. જો ત્યાં 1-2 પાયા છે, અને 10 ના પ્રદેશમાં વપરાશકર્તાઓ છે, તો SAS ડિસ્ક પૂરતી હશે. (પરંતુ કોઈપણ કિસ્સામાં - ઓછામાં ઓછા પર્ફમોન દ્વારા, આ ડિસ્કના લોડિંગને જુઓ).

ટર્મિનલ સર્વરના મુખ્ય ફાયદા એ છે કે તેમાં ખૂબ નબળા ક્લાયંટ હોઈ શકે છે, અને નેટવર્ક સેટિંગ્સ ટર્મિનલ સર્વરને ઘણી ઓછી અસર કરે છે (ફરીથી તમારું KO).

નિષ્કર્ષ: જો તમે ટર્મિનલ સર્વર પર ગિલેવ પરીક્ષણ ચલાવો છો (તે જ ડિસ્કમાંથી જ્યાં કાર્યકારી ડેટાબેઝ સ્થિત છે) અને તે ક્ષણો જ્યારે કાર્યકારી ડેટાબેઝ ધીમો પડી જાય છે, અને ગિલેવ પરીક્ષણ સારું પરિણામ દર્શાવે છે (30 ઉપર), તો પછી મુખ્ય કાર્યકારી ડેટાબેઝની ધીમી કામગીરી માટે જવાબદાર છે, મોટે ભાગે પ્રોગ્રામર.

જો ગિલેવ પરીક્ષણ નાની સંખ્યાઓ બતાવે છે, અને તમારી પાસે ઉચ્ચ આવર્તન અને ઝડપી ડિસ્ક બંને સાથેનું પ્રોસેસર છે, તો પછી અહીં એડમિનિસ્ટ્રેટરે ઓછામાં ઓછું પર્ફમોન લેવાની જરૂર છે, અને બધા પરિણામો ક્યાંક રેકોર્ડ કરવા, અને જુઓ, અવલોકન કરો, તારણો દોરો. ત્યાં કોઈ ચોક્કસ સલાહ હશે.

ક્લાયંટ-સર્વર વિકલ્પ.

પરીક્ષણો માત્ર 8.2, tk પર હાથ ધરવામાં આવ્યા હતા. 8.3 પર, બધું ખૂબ ગંભીરતાપૂર્વક સંસ્કરણ પર આધાર રાખે છે.

પરીક્ષણ માટે, મેં મુખ્ય વલણો બતાવવા માટે તેમની વચ્ચે વિવિધ સર્વર વિકલ્પો અને નેટવર્ક પસંદ કર્યા છે.

એવું લાગે છે કે મેં બધા રસપ્રદ વિકલ્પો ધ્યાનમાં લીધા છે, જો તમને કંઈક બીજું રસ છે - ટિપ્પણીઓમાં લખો, હું તે કરવાનો પ્રયાસ કરીશ.

સ્ટોરેજ પર SAS સ્થાનિક SSD કરતાં ધીમું છે, ભલે સ્ટોરેજમાં મોટી કેશ સાઇઝ હોય. ગિલેવ ટેસ્ટ માટે SSD અને સ્થાનિક અને સ્ટોરેજ સિસ્ટમ્સ તુલનાત્મક ઝડપે કામ કરે છે. હું MCC ના લોડ 1C સિવાય કોઈપણ પ્રમાણભૂત મલ્ટિ-થ્રેડેડ ટેસ્ટ (માત્ર રેકોર્ડ્સ જ નહીં, પરંતુ તમામ સાધનો) જાણતો નથી.

1C સર્વરને 5520 થી 5650 માં બદલવાથી કામગીરી લગભગ બમણી થઈ ગઈ. હા, સર્વર રૂપરેખાંકનો સંપૂર્ણપણે મેળ ખાતા નથી, પરંતુ તે એક વલણ દર્શાવે છે (કંઈ આશ્ચર્યજનક નથી).

એસક્યુએલ સર્વર પર આવર્તન વધારવું, અલબત્ત, અસર આપે છે, પરંતુ 1C સર્વર જેવું નથી, એમએસ એસક્યુએલ સર્વર મલ્ટી-કોર અને ફ્રી મેમરીનો ઉપયોગ કરવા માટે (જો તમે તેને પૂછો તો) સંપૂર્ણ રીતે સક્ષમ છે.

1C અને SQL વચ્ચેના નેટવર્કને 1 Gbps થી 10 Gbps પર બદલવાથી લગભગ 10% પોપટ મળે છે. વધુ અપેક્ષિત.

વહેંચાયેલ મેમરીને સક્ષમ કરવાથી હજુ પણ અસર મળે છે, જો કે વર્ણવ્યા પ્રમાણે 15% નહીં. તે કરવાની ખાતરી કરો, તે ઝડપી અને સરળ છે. જો કોઈ વ્યક્તિએ ઇન્સ્ટોલેશન દરમિયાન SQL સર્વરને નામ આપવામાં આવ્યું હોય, તો 1C કામ કરવા માટે, સર્વરનું નામ FQDN (tcp/ip કામ કરશે) દ્વારા નહીં, લોકલહોસ્ટ અથવા ફક્ત સર્વરનામ દ્વારા નહીં, પરંતુ ServerName\InstanceName દ્વારા નિર્દિષ્ટ કરવું જોઈએ. ઉદાહરણ zz-test\zztest. (અન્યથા, નીચેની DBMS ભૂલ થશે: Microsoft SQL સર્વર નેટિવ ક્લાયન્ટ 10.0: શેર્ડ મેમરી પ્રદાતા: SQL સર્વર 2000 સાથે જોડાવા માટે વપરાતી વહેંચાયેલ મેમરી લાઇબ્રેરી મળી ન હતી. HRESULT=80004005, HRESULT=80004005, HRESULT=800r SQLv,400 SQLSTATE=08001, રાજ્ય=1, ગંભીરતા=10, મૂળ=126, રેખા=0).

100 કરતાં ઓછી વયના વપરાશકર્તાઓ માટે, બે અલગ-અલગ સર્વરમાં વિભાજન કરવાનો એકમાત્ર મુદ્દો વિન 2008 ધોરણ (અને જૂના સંસ્કરણો) માટેનું લાઇસન્સ છે, જે ફક્ત 32 GB RAM ને સપોર્ટ કરે છે. અન્ય તમામ કેસોમાં, 1C અને SQL ચોક્કસપણે સમાન સર્વર પર ઇન્સ્ટોલ કરવા જોઈએ અને વધુ (ઓછામાં ઓછી 64 GB) મેમરી આપવી જોઈએ. MS SQL ને 24-28 GB થી ઓછી RAM આપવી એ ગેરવાજબી લોભ છે (જો તમને લાગે કે તમારી પાસે તેના માટે પૂરતી મેમરી છે અને બધું બરાબર કામ કરે છે - કદાચ 1C ફાઇલ સંસ્કરણ તમારા માટે પૂરતું હશે?)

વર્ચ્યુઅલ મશીનમાં 1C અને SQL નું ટોળું કેટલું ખરાબ કામ કરે છે તે એક અલગ લેખનો વિષય છે (સંકેત - નોંધપાત્ર રીતે ખરાબ). હાયપર-વીમાં પણ, વસ્તુઓ એટલી સ્પષ્ટ નથી...

સંતુલિત પ્રદર્શન મોડ ખરાબ છે. પરિણામો ફાઇલ સંસ્કરણ સાથે સારા કરારમાં છે.

ઘણા સ્રોતો કહે છે કે ડીબગ મોડ (ragent.exe -debug) પ્રભાવમાં મજબૂત ઘટાડો આપે છે. ઠીક છે, તે ઘટે છે, હા, પરંતુ હું 2-3% ને નોંધપાત્ર અસર કહીશ નહીં.

1. સુનિશ્ચિત અને પૃષ્ઠભૂમિ કાર્યો સુયોજિત કરી રહ્યા છીએ;
2. ઇન્ફોબેઝમાં ભૂલોનું નિદાન અને નાબૂદી, જેમાં ડેટા સ્ટોર કરવા માટે ફાઇલ ફોર્મેટ છે;
3. 1C માં પૂર્ણ-ટેક્સ્ટ શોધ અનુક્રમણિકા શરૂ કરો અથવા તેને સંપૂર્ણપણે બંધ કરો;
4. નવીનતમ પ્લેટફોર્મ પર ડેટાબેઝ શરૂ કરી રહ્યા છીએ 8.3.8;
5. પાતળા ક્લાયંટમાં લોંચ કરો;
6. જ્યારે એન્ટિવાયરસ અક્ષમ હોય ત્યારે દસ્તાવેજોને ફરીથી પોસ્ટ કરવાની ઝડપ વધારવી;
7. કુલ અને અનુકરણની પુનઃ ગણતરી ચલાવો;
8. chdbfl.exe ઉપયોગિતા સાથે તપાસ કરીને ડેટાબેઝનું પરીક્ષણ અને ફિક્સિંગ ચલાવો;
9. જો રૂપરેખાંકન લાક્ષણિક નથી, એટલે કે, ચોક્કસ સંસ્થા માટે પ્રોગ્રામરો દ્વારા સંશોધિત કરવામાં આવે છે, તો રૂપરેખાંકન તપાસ કરો;
10. બિનજરૂરી કાર્યાત્મક મોડ્સને અક્ષમ કરો;
11. વપરાશકર્તા અધિકારો સેટ કરો;
12. બેઝ કન્વોલ્યુશન;
13. હાર્ડવેર અપગ્રેડ.

પદ્ધતિ 1: સુનિશ્ચિત અને પૃષ્ઠભૂમિ નોકરીઓ સેટ કરવી

1C એકાઉન્ટિંગ 3.0 ની નવી આવૃત્તિમાં એપ્લિકેશન, મુખ્ય કાર્ય કરવા ઉપરાંત, પૃષ્ઠભૂમિમાં કામગીરી શરૂ કરે છે, જે પ્રોગ્રામના પ્રદર્શનમાં ઘટાડો તરફ દોરી જાય છે.

પૃષ્ઠભૂમિ મોડ એ સ્ટેન્ડબાય મોડ છે, એટલે કે, ઑપરેશન હંમેશા ચાલુ રહે છે, જો કે તેનો ઉપયોગ થતો નથી.

પગલું 1. સુનિશ્ચિત અને પૃષ્ઠભૂમિ જોબ્સ સેટ કરવી

સુનિશ્ચિત અને પૃષ્ઠભૂમિ કાર્યોની સૂચિ ખોલો: એડમિનિસ્ટ્રેશન - સપોર્ટ અને જાળવણી - સુનિશ્ચિત કામગીરી - સુનિશ્ચિત અને પૃષ્ઠભૂમિ નોકરીઓ જુઓ:

1C 8.3 પ્રોગ્રામ શરૂ કર્યા પછી, પૃષ્ઠભૂમિ કાર્યો આપમેળે શરૂ થાય છે અને સુનિશ્ચિત કાર્યો કરવામાં આવે છે જેનો ઉપયોગ થાય છે મોટી રકમસંસાધનો અને પ્રોગ્રામને ધીમું કરો. તેથી, એકાઉન્ટન્ટ્સના કાર્યનું વિશ્લેષણ કરવું અને તે નક્કી કરવું જરૂરી છે કે કયા પૃષ્ઠભૂમિ કાર્યો ઑટોરનમાં છોડવા જોઈએ, અને જે અક્ષમ કરવા જોઈએ.

આકૃતિમાં આપણે 1C 8.3 એકાઉન્ટિંગમાં ચાલતા નિયમિત કાર્યોની સૂચિ જોઈએ છીએ:

આકૃતિ પૂર્ણ પૃષ્ઠભૂમિ નોકરીઓની સૂચિ બતાવે છે:

દાખ્લા તરીકે,

• પ્રોગ્રામ 1C 8.3 વિવિધ ક્લાસિફાયર્સને અપડેટ કરવા માટે એકાઉન્ટિંગ સતત સાઇટ સાથે જોડાયેલ છે;
• જો કંપની વિદેશી ચલણને લગતી કામગીરી કરતી નથી, તો પછી વિનિમય દરોને ટ્રૅક કરવાની કોઈ જરૂર નથી;
• જો એકાઉન્ટન્ટ પ્રોગ્રામમાં સંપૂર્ણ-ટેક્સ્ટ શોધનો ઉપયોગ કરતું નથી, તો પછી "ટેક્સ્ટ એક્સટ્રેક્શન" પ્રક્રિયા ચલાવવાની સલાહ આપવામાં આવતી નથી.

પગલું 2 બિનજરૂરી કાર્યોને અક્ષમ કરો

ચાલો વિગતવાર ધ્યાનમાં લઈએ કે ડાઉનલોડને કેવી રીતે અક્ષમ કરવું. કર્સરને ઇચ્છિત લાઇન પર મૂકો અને ડબલ-ક્લિક કરો:

કાર્યને અક્ષમ કરવા માટે, સક્ષમ કરેલ ચેકબોક્સને અનચેક કરો:

પગલું 3. સુનિશ્ચિત કાર્યો સુનિશ્ચિત કરો

ચાલો શેડ્યૂલ કેવી રીતે સેટ કરવું તેના પર નજીકથી નજર કરીએ. કર્સરને ઇચ્છિત લાઇન પર મૂકો અને ડબલ-ક્લિક કરો:

શેડ્યૂલ આઇટમ પસંદ કરો:

ખુલતી વિંડોમાં, ઇચ્છિત ટેબ પર જાઓ અને યોગ્ય સેટિંગ્સ બનાવો:

પદ્ધતિ 2. ફાઇલ ડેટા સ્ટોરેજ ફોર્મેટ ધરાવતા ઇન્ફોબેઝમાં ભૂલોનું નિદાન કરવું અને તેને દૂર કરવું

પગલું 1.

અમે ડેટાબેઝ બેકઅપ બનાવીએ છીએ.

પગલું 2

અમે પ્રક્રિયા શરૂ કરીએ છીએ. આ કરવા માટે, કન્ફિગ્યુરેટર ખોલો અને ઇન્ફોબેઝ પ્રક્રિયાને ટેસ્ટિંગ અને ફિક્સિંગ ચલાવો: એડમિનિસ્ટ્રેશન જુઓ - ટેસ્ટિંગ અને ફિક્સિંગ.ઇન્ફોબેઝ માટે કરવા માટેના ચેક અને મોડ્સ પસંદ કરો:

વધુ વિગતમાં, સૂચિત ચકાસણી વિકલ્પોનો વિચાર કરો:

• ઇન્ફોબેઝ કોષ્ટકોનું પુનઃનિર્માણ - ડેટાબેઝ પ્રદર્શન સુધારવા માટે કોષ્ટક અનુક્રમણિકાઓનું પુનઃનિર્માણ કરે છે;
• ઇન્ફોબેઝની તાર્કિક અખંડિતતા તપાસવી - ડેટાબેઝના તર્કને તપાસવું;
• ઇન્ફોબેઝની રેફરન્શિયલ અખંડિતતા તપાસી રહી છે - "તૂટેલી" લિંક્સ શોધવા માટે ડેટાબેઝની તાર્કિક અખંડિતતાને તપાસવી;
• સરવાળોની પુનઃગણતરી - સંચય રજિસ્ટરના કોષ્ટકોના સરવાળાની પુનઃગણતરી;
• ઇન્ફોબેઝ કોષ્ટકોને સંકુચિત કરવું - પરીક્ષણ અને ફિક્સિંગ પછી ડેટાબેઝનું કદ ઘટાડે છે;
• ઇન્ફોબેઝ કોષ્ટકોનું પુનર્ગઠન - સ્થિરતા અને કાર્યક્ષમતા વધારવા માટે સહાયક ફાઇલોનો ઉપયોગ કરીને ડેટાબેઝ માળખું ઑપ્ટિમાઇઝ કરે છે.

જો આપણે ઇન્ફોબેઝ રેફરન્શિયલ ઇન્ટિગ્રિટી ચેક મોડમાં ટેસ્ટિંગ અને રિપેર પ્રક્રિયાના પ્રકારને પસંદ કરીએ, તો ડેટાબેઝ ભૂલોને હેન્ડલ કરવા માટેની સેટિંગ્સ આઇટમ્સ ઉપલબ્ધ થશે:

• ફકરો જ્યારે અસ્તિત્વમાં ન હોય તેવા પદાર્થોના સંદર્ભો હોય છેમતલબ કે જ્યારે "તૂટેલી" લિંક્સ શોધાય છે, ત્યારે તે પસંદ કરેલા વિકલ્પનો ઉપયોગ કરીને લિંક્સ પર પ્રક્રિયા કરશે;
• ફકરો ઑબ્જેક્ટ ડેટાના આંશિક નુકશાન સાથેમતલબ કે બાકીનો ડેટા અમુક ઑબ્જેક્ટના ડેટાને પુનઃસ્થાપિત કરવા માટે પૂરતો છે.

1C ઇન્ફોબેઝના પરીક્ષણ અને સુધારણા માટેની પ્રક્રિયા ફક્ત વિશિષ્ટ મોડમાં જ કરી શકાય છે.

પદ્ધતિ 3. 1C માં પૂર્ણ-ટેક્સ્ટ શોધ અનુક્રમણિકા શરૂ કરો અથવા તેને સંપૂર્ણપણે બંધ કરો

વપરાશકર્તા દ્વારા અજાણી માહિતીની શોધને સરળ બનાવવા માટે 1C દ્વારા પૂર્ણ-ટેક્સ્ટ ડેટા શોધ વિકસાવવામાં આવી હતી. 1C 8.3 માં પૂર્ણ-ટેક્સ્ટ ડેટા શોધની વિશેષતા છે:

• વપરાશકર્તા એક સરળ શોધ ક્વેરી દાખલ કરી શકે છે અને વિશિષ્ટ ઓપરેટર્સનો ઉપયોગ કરી શકે છે જેમ કે: અને અથવા નહીં.
• ફુલ-ટેક્સ્ટ ડેટા સર્ચ વેલ્યુ સ્ટોરેજ પ્રકારના ફીલ્ડ્સ અને લાંબા ટેક્સ્ટ ફીલ્ડ્સ સાથે કામ કરે છે, જ્યારે વપરાશકર્તાને એવા પરિણામો બતાવવામાં આવશે નહીં કે જેના માટે તેની પાસે અધિકારો નથી.

ઉદાહરણ તરીકે, તમારે ખર્ચ અહેવાલ દસ્તાવેજોમાં સંપૂર્ણ-ટેક્સ્ટ શોધ સેટ કરવાની જરૂર છે.

પગલું 1.

પગલું 2

ડોક્યુમેન્ટ ખોલો એડવાન્સ રિપોર્ટ: મેનુ કન્ફિગ્યુરેટર - ઓપન કન્ફિગરેશન.

પગલું 3

પૂર્ણ-ટેક્સ્ટ શોધ લાઇનમાં, આઇટમ પસંદ કરો ઉપયોગ કરો: એડવાન્સ રિપોર્ટ - ઇનપુટ ફીલ્ડ - પૂર્ણ-ટેક્સ્ટ શોધ:

પગલું 4

અમે પ્રોગ્રામ લોંચ કરીએ છીએ અને ફુલ-ટેક્સ્ટ સર્ચ મોડને અપડેટ કરીએ છીએ. સુનિશ્ચિત કામગીરી ખોલો: વિભાગ વહીવટ - પ્રોગ્રામ સેટિંગ્સ - સપોર્ટ અને જાળવણી:

પગલું 5

સેટિંગ ખોલો અને અપડેટ ઇન્ડેક્સ બટનનો ઉપયોગ કરીને ઇન્ડેક્સ અપડેટ કરો:

પદ્ધતિ 4: નવીનતમ પ્લેટફોર્મ 8.3.8 પર ડેટાબેઝ ચલાવો

તકનીકી પ્લેટફોર્મ 1C 8.3 ને કેવી રીતે અપડેટ કરવું, અમારું વિડિઓ ટ્યુટોરીયલ જુઓ:

1C નિષ્ણાતોએ લોડ વિતરણમાં સુધારો કર્યો છે:

• તમે સર્વર વર્કર પ્રક્રિયાઓ દ્વારા વપરાશમાં લેવાયેલી મેમરીની માત્રાને વધુ ચોક્કસ રીતે નિયંત્રિત કરી શકો છો, જે અગમ્ય વપરાશકર્તા ક્રિયાઓ માટે ક્લસ્ટરની સ્થિતિસ્થાપકતામાં વધારો કરી શકે છે.
• પૃષ્ઠભૂમિમાં ઇન્ફોબેસેસનું પુનર્ગઠન. આ નવી ક્ષમતા એપ્લિકેશન સોલ્યુશન્સ અપડેટ કરવા માટે જરૂરી સિસ્ટમ ડાઉનટાઇમને ઘટાડે છે.
• પ્લેટફોર્મ સંસ્કરણ 8.3 ને નવું એપ્લિકેશન ઇન્ટરફેસ "ટેક્સી" પ્રાપ્ત થયું, નવી તેજસ્વી ડિઝાઇન સાથે વધુ અનુકૂળ અને સાહજિક. સુધારેલ એપ્લિકેશન નેવિગેશન વિકલ્પો. વપરાશકર્તા સ્ક્રીનના વિવિધ વિસ્તારોમાં પેનલ્સ મૂકીને સ્વતંત્ર રીતે તેના કાર્યસ્થળને કસ્ટમાઇઝ કરી શકે છે. નવી લાઇન-બાય-લાઇન ઇનપુટ મિકેનિઝમ નોંધપાત્ર રીતે ડેટા પુનઃપ્રાપ્તિને ઝડપી બનાવે છે. 1C 8.3 એકાઉન્ટિંગ ટેક્સી ઇન્ટરફેસની નવી સુવિધાઓ વિશે વધુ માહિતી માટે, અમારો વિડિઓ જુઓ:

પદ્ધતિ 5. પાતળા ક્લાયંટમાં લોન્ચ કરવું

પાતળા ક્લાયંટ મોડમાં કામ કરવું ફક્ત મેનેજ્ડ એપ્લિકેશન મોડમાં જ શક્ય છે. પાતળા ક્લાયંટ મોડમાં, બધી ક્રિયાઓ સર્વર પર કરવામાં આવે છે, વપરાશકર્તાને ફક્ત પ્રાપ્ત માહિતીનું પ્રદર્શન બતાવવામાં આવે છે. ઓપરેશનના આ મોડને સિસ્ટમ અને સંચાર ચેનલ બંનેના મોટા સંસાધનોની જરૂર નથી.

પદ્ધતિ 6: તમારું એન્ટીવાયરસ સોફ્ટવેર બદલો

જો ત્યાં અવાસ્ટ અથવા કેસ્પરસ્કી એન્ટીવાયરસ છે, તો પછી તેને બીજા સાથે બદલવાની સલાહ આપવામાં આવે છે. અનુભવે એન્ટીવાયરસ અક્ષમ સાથે દસ્તાવેજોને ફરીથી પોસ્ટ કરવાની ઝડપમાં વધારો દર્શાવ્યો છે, કારણ કે એન્ટિવાયરસ કમ્પ્યુટર સંસાધનો લે છે.

પદ્ધતિ 7. ડેટાબેઝનું પરીક્ષણ અને ફિક્સિંગ, chdbfl.exe ઉપયોગિતા સાથે તપાસ

અગાઉ એક નકલ બનાવીને, આધારનું પરીક્ષણ અને સુધારણા કરવી જરૂરી છે.

પગલું 1. ડેટાબેઝની નકલ બનાવવી

1C 8.3 નો બેકઅપ કેવી રીતે લેવો, નીચે આપેલ વિડિઓ ટ્યુટોરીયલ જુઓ:

પગલું 2. chdbfl.exe ઉપયોગિતા સાથે તપાસ કરી રહ્યું છે

chdbfl.exe ઉપયોગિતાનો ઉપયોગ એવા કિસ્સાઓમાં થાય છે કે જ્યાં સિસ્ટમ રૂપરેખાંકિત મોડમાં પણ શરૂ થતી નથી. ઉપયોગિતા ઇન્સ્ટોલ કરેલ તકનીકી પ્લેટફોર્મના "બિન" ફોલ્ડરમાં સ્થિત છે, ઉદાહરણ તરીકે: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

અમે chdbfl.exe ઉપયોગિતાનો ઉપયોગ કરીને તપાસ કરીએ છીએ:

પગલું 3. બેઝ ટેસ્ટિંગ અને ફિક્સિંગ કરો

રૂપરેખાકાર મોડમાં સિસ્ટમ શરૂ કરીને ડેટાબેઝનું પરીક્ષણ અને ફિક્સિંગ ચલાવો.

પગલું 4: દસ્તાવેજ ક્રમ પુનઃસ્થાપિત

1C 8.3 માં ક્રમ પુનઃસ્થાપિત કરવા માટે, બધા કાર્યો ખોલો: મુખ્ય મેનુ - બધા કાર્યો. ઇચ્છિત વસ્તુ પસંદ કરો અને ઓપન બટનનો ઉપયોગ કરીને ખોલો:

ખુલતી વિન્ડોમાં, રીસ્ટોર સિક્વન્સ ટેબ પર અને રીસ્ટોર અથવા રીસ્ટોર ઓલ પર ક્લિક કરો:

પદ્ધતિ 8. જો રૂપરેખાંકન લાક્ષણિક નથી, તો પછી રૂપરેખાંકન તપાસો

જો રૂપરેખાંકન લાક્ષણિક નથી, એટલે કે, ચોક્કસ સંસ્થા માટે પ્રોગ્રામરો દ્વારા સંશોધિત કરવામાં આવે છે, તો અમે રૂપરેખાંકન તપાસીએ છીએ.

પગલું 1.

પ્રોગ્રામને રૂપરેખાંકિત મોડમાં ચલાવો.

પગલું 2

ડેટાબેઝ રૂપરેખાંકન ખોલો: વિભાગ રૂપરેખાંકન - ડેટાબેઝ ગોઠવણી:

પગલું 3

રૂપરેખાંકન તપાસો આઇટમ પસંદ કરો અને સેટિંગ્સ બનાવો:

પદ્ધતિ 9. બિનજરૂરી કાર્યાત્મક મોડ્સને અક્ષમ કરો

અમે 1C 8.3 પ્રોગ્રામની કાર્યક્ષમતા ખોલીએ છીએ: વિભાગ મુખ્ય - સેટિંગ્સ - કાર્યક્ષમતા, દરેક વિભાગ માટે સેટિંગ્સ બનાવો:

પદ્ધતિ 10. વપરાશકર્તા અધિકારો સેટ કરો

પગલું 1.

અમે કન્ફિગ્યુરેટર મોડમાં 1C 8.3 લોન્ચ કરીએ છીએ.

પગલું 2

વપરાશકર્તાઓની સૂચિ ખોલો: વિભાગ વહીવટ - વપરાશકર્તાઓ. અન્ય ટૅબ પર, અમે નિર્ધારિત કરીએ છીએ કે વપરાશકર્તાને કઈ ભૂમિકા અસાઇન કરવાની જરૂર છે અને તેમને ટિક કરો.

પસંદ કરેલ કાર્યક્ષમતાને ઘટાડવાથી દસ્તાવેજોની સૂચિ ખોલતી વખતે પ્રોગ્રામ દ્વારા મેનેજ કરેલા ફોર્મ્સને સૉર્ટ કરવા માટેનો સમય ઘટાડે છે, એટલે કે, મેનેજ્ડ ઇન્ટરફેસમાં ઓછું બિનજરૂરી, તે ઝડપથી કાર્ય કરે છે:

પદ્ધતિ 11. ફાઇલ આધાર સાથે ડિસ્કને ડિફ્રેગમેન્ટ કરવું

ડિસ્ક ડિફ્રેગમેન્ટેશન પ્રક્રિયા સિસ્ટમની ઝડપ વધારવા માટે હાર્ડ ડિસ્ક પર સ્થિત ફાઇલોને ઑપ્ટિમાઇઝ કરે છે. જ્યારે જરૂરી હોય ત્યારે જ ડિફ્રેગમેન્ટેશન કરવું જોઈએ, કારણ કે તે ડિસ્કના વસ્ત્રોની પ્રક્રિયાને વધારે છે.

હાર્ડ ડ્રાઈવ પસંદ કર્યા પછી, પ્રોપર્ટીઝ આદેશને કૉલ કરવા માટે જમણું-ક્લિક કરો:

ટૂલ્સ ટેબ પર, ડિસ્ક ઓપ્ટિમાઇઝેશન અને ડિફ્રેગમેન્ટેશન પસંદ કરો:

પદ્ધતિ 12. આધારનું કન્વોલ્યુશન

- આ ચોક્કસ તારીખ માટે વર્તમાન બેલેન્સનું ઇનપુટ છે અને જૂના, બિનજરૂરી દસ્તાવેજોને દૂર કરવા છે. આ પદ્ધતિ ઉપયોગી થઈ શકે છે જો ડેટાબેઝ મોટો હોય, ઉદાહરણ તરીકે, ઘણા વર્ષો સુધી. સિસ્ટમમાં કામ કરતા વપરાશકર્તાઓ વિના રોલઅપ કરવું આવશ્યક છે.

પગલું 1. ડેટાબેઝની નકલ બનાવો

પગલું 2. અમે આધાર 1C 8.3 ના કન્વોલ્યુશન માટેની પ્રક્રિયા હાથ ધરીએ છીએ

વિભાગ વહીવટ - સેવા - ઇન્ફોબેઝ રોલઅપ.

પ્રથમ તબક્કે 1C 8.3 પ્રોગ્રામ બેકઅપ કૉપિ બનાવવાની ઑફર કરે છે, જ્યાં તમારે સાચવવા માટે ડિરેક્ટરીનો ઉલ્લેખ કરવાની જરૂર છે. આગળ ક્લિક કરો:

પ્લેટફોર્મ 8.2 ના પ્રકાશન સાથે, ઘણા વપરાશકર્તાઓએ પ્રોગ્રામની ઝડપમાં ઘટાડો નોંધ્યો, લિંક્સ પર ક્લિક કરતી વખતે પ્રતિસાદનો સમય વધ્યો અને અહેવાલો વધુ ધીમેથી જનરેટ થવા લાગ્યા. હકીકતમાં, 1s ધીમું કામ કરતું નથી, તે એટલું જ છે કે ટેક્નોલોજીના વિકાસ સાથે, ઘણા વધારાના કાર્યો દેખાય છે જેની દરેકને જરૂર નથી. પરંતુ અમારી પાસે સારા સમાચાર છે - આ તમામ કાર્યો વપરાશકર્તાની વિવેકબુદ્ધિ અને ઇચ્છા પર અક્ષમ કરી શકાય છે. ચાલો બધા કારણો જોઈએ કે શા માટે 1C અસંતોષકારક ઝડપે કામ કરી શકે છે.

1C ના ઉદાહરણ પર પ્રોગ્રામનું પ્રવેગક: એકાઉન્ટિંગ

પ્રથમ વસ્તુ આપણે કરીશું ફુલ-ટેક્સ્ટ સર્ચ એન્જિન બંધ કરો.

1. અમે અમારા પ્રોગ્રામ 1C એકાઉન્ટિંગમાં જઈએ છીએ;
2. ઉપર ડાબા ખૂણામાં, નીચે તીર પર ક્લિક કરો, પસંદ કરો -> "સેવા" -> "વિકલ્પો". સ્ક્રીનશોટમાં બતાવ્યા પ્રમાણે;
   
3. બોક્સમાં ટિક મૂકો "ડિસ્પ્લે કમાન્ડ" બધા કાર્યો ". સ્ક્રીનશોટમાં બતાવ્યા પ્રમાણે;
4. ફરીથી, ઉપરના ડાબા ખૂણામાં, નીચે તીર પર ક્લિક કરો, સ્ક્રીનશોટમાં બતાવ્યા પ્રમાણે "બધા કાર્યો" પસંદ કરો;
5. અમે સૂચિને ખૂબ જ તળિયે સ્ક્રોલ કરીએ છીએ, ઑબ્જેક્ટ ટ્રીમાં, માઉસ પર બે વાર ક્લિક કરો, "સ્ટાન્ડર્ડ" -> "ફુલ-ટેક્સ્ટ સર્ચ મેનેજમેન્ટ" પસંદ કરો;
6. "બંધ" બટન પર ક્લિક કરો, ત્યાં અમે સંપૂર્ણ-ટેક્સ્ટ શોધ પદ્ધતિને બંધ કરીએ છીએ;
   

સંપૂર્ણ ટેક્સ્ટ શોધ અક્ષમ છે, હવે તમારે કરવાની જરૂર છે બિનજરૂરી સુનિશ્ચિત કાર્યોને અક્ષમ કરો:

1. નેવિગેશન પેનલમાં, સ્ક્રીનશોટમાં બતાવ્યા પ્રમાણે, "વહીવટ" ટેબ પર જાઓ, ત્યાં "નિયમિત અને પૃષ્ઠભૂમિ કાર્યો" પસંદ કરો. જો આઇટમ "નિયમિત અને પૃષ્ઠભૂમિ કાર્યો" ખૂટે છે, તો ઉપલા જમણા ખૂણે જુઓ, "નેવિગેશન સેટિંગ્સ" લિંક પર ક્લિક કરો.
2. નેવિગેશન સેટિંગ્સ પેનલમાં, ડાબી કોલમમાં આપણે "નિયમિત અને પૃષ્ઠભૂમિ કાર્યો" શોધી અને પસંદ કરીએ છીએ, "ઉમેરો" બટન પર ક્લિક કરો, પછી "ઓકે", આકૃતિમાં બતાવ્યા પ્રમાણે.
3. તેથી, ફકરા 1 માં બતાવ્યા પ્રમાણે, "નિયમિત અને પૃષ્ઠભૂમિ કાર્યો" પર જાઓ;
4. સુનિશ્ચિત કાર્યને અક્ષમ કરવા માટે, તેના નામ પર જમણું-ક્લિક કરો અને અક્ષમ કરો પસંદ કરો;
5. જો ઇચ્છિત હોય, તો તમે બધા સુનિશ્ચિત કાર્યોને અક્ષમ કરી શકો છો અને સિસ્ટમ બરાબર કામ કરશે. અમે એકાઉન્ટન્ટના મોનિટરને બંધ કરવાની ભલામણ કરતા નથી.

આ ક્રિયાઓ 1C ની ઝડપ અને સિસ્ટમની કામગીરીમાં વધારો કરવાની ખાતરી આપે છે. ફ્રીઝ દૂર કરવામાં આવશે, પ્રોગ્રામ લોડ થવાનો સમય નોંધપાત્ર રીતે ઘટાડવામાં આવશે.

1C માં કામની ઝડપમાં ઘટાડો થવાના કારણો

• અનૈતિક પ્રોગ્રામરો દ્વારા સંશોધિત પ્રોગ્રામ્સનો ઉપયોગ. એક કારણ સોફ્ટવેર સુધારાઓની ગુણવત્તા હોઈ શકે છે;
• પ્રોગ્રામ સેટિંગ્સમાં ભૂલો;
• સાધનોની સેટિંગ્સમાં ભૂલો;
• બાહ્ય સૉફ્ટવેર, સર્વરની સેટિંગ્સમાં ભૂલો;

1C સિસ્ટમ આજે નાના અને મધ્યમ કદના વ્યવસાયો ચલાવવા માટેનું એક મુખ્ય સાધન છે. નિયમ પ્રમાણે, સંસ્થાના તમામ કર્મચારીઓને પ્રોગ્રામની ઍક્સેસ હોય છે. આમ, જો 1C ધીમું થવાનું શરૂ કરે છે અથવા ધીમે ધીમે કામ કરે છે, તો આ વ્યવસાયના આચરણને નોંધપાત્ર રીતે અસર કરે છે. તમે તમારા પોતાના પર 1C માં કાર્યને કેવી રીતે ઝડપી અને ઑપ્ટિમાઇઝ કરી શકો છો તે ધ્યાનમાં લો.

1C અપડેટ સાથે ઓપ્ટિમાઇઝેશન

1C ના નવા સંસ્કરણો હંમેશા વધુ સફળતાપૂર્વક અને ઝડપથી કાર્ય કરે છે, તેથી અપડેટ્સને અનુસરવાની ખાતરી કરો. એકાઉન્ટિંગને શક્ય તેટલી વાર અપડેટ કરવાની ભલામણ કરવામાં આવે છે. ખાસ કરીને જ્યારે રેગ્યુલેટેડ રિપોર્ટિંગના વર્ઝન હોય.

ઘણાએ લાંબા સમયથી પ્રોગ્રામને આપમેળે અપડેટ કરવાની ક્ષમતાનો ઉપયોગ કર્યો છે. જો કે આ સમસ્યા 1s એન્ટરપ્રાઇઝ 8.3 માટે મેન્યુઅલી સરળતાથી ઉકેલાઈ જાય છે, અપડેટ કરવાથી મુશ્કેલી ઊભી થશે નહીં.

પ્રથમ પગલું એ પ્લેટફોર્મનું નવીનતમ સંસ્કરણ ડાઉનલોડ કરવાનું છે જે હાલમાં ઉપયોગમાં છે. આ ક્યાં તો ITS ડિસ્કનો ઉપયોગ કરીને અથવા વેબ ઈન્ટરફેસ દ્વારા કરવામાં આવે છે, જ્યાં તેઓ 1s Enterprise 8.3 જેવા પ્રોગ્રામના વપરાશકર્તાઓ માટે ચાલુ સપોર્ટ પૂરો પાડે છે, જેના માટે રૂપરેખાંકન અપડેટ પણ સત્તાવાર રીતે પૂરું પાડવામાં આવે છે.

પછીના કિસ્સામાં, અપડેટ ડેટા સાથેનો આર્કાઇવ અલગથી ડાઉનલોડ કરવામાં આવે છે. તેનું અનપેકિંગ કોઈપણ ફોલ્ડરમાં થાય છે જે વપરાશકર્તા માટે સૌથી અનુકૂળ માનવામાં આવે છે. તે પછી, તમારે .exe ફાઇલ ચલાવવાની જરૂર છે. આગલી વિંડોમાં, ફક્ત "આગલું" બટનને ક્લિક કરો.

બીજું પેજ દેખાશે. તેના પર, વપરાશકર્તા પાથ પસંદ કરે છે જેમાં ઇન્સ્ટોલેશન પૂર્ણ થાય છે. પરંતુ આ પગલું ફક્ત વ્યક્તિગત કમ્પ્યુટરના અદ્યતન માલિકો માટે જ ભલામણ કરવામાં આવે છે. મૂળભૂત કાર્યો સામાન્ય રીતે મોટાભાગની સમસ્યાઓ ઉકેલવા માટે પૂરતા હોય છે. ડિફૉલ્ટ રૂપે, આ ​​કિસ્સામાં, એક ફોલ્ડર ઉલ્લેખિત છે, જ્યાં બધા અપડેટ્સ એક જ સમયે ઇન્સ્ટોલ થાય છે. જ્યારે અંતિમ માર્ગો અલગ હોય ત્યારે કરતાં આ વધુ અનુકૂળ છે. અમે 1s એન્ટરપ્રાઇઝ 8.3 પ્રોગ્રામમાં ઘણી વખત "આગલું" બટનો પર ક્લિક કરીએ છીએ, જેનું રૂપરેખાંકન અપડેટ ઝડપથી થવું જોઈએ.

ફક્ત અંતિમ બટન જ રહે છે, જે "ઇન્સ્ટોલેશન" ઓફર કરે છે.

જો પ્લેટફોર્મ ધીમો પડી જાય તો 1C ને કેવી રીતે ઝડપી બનાવવું

મોટેભાગે, સમસ્યાઓ એ હકીકતથી પરિણમે છે કે એક તબક્કે કલાકારના ધ્યાનની સાંદ્રતામાં ઘટાડો થાય છે. અહીં અપડેટની સ્કીમને યોગ્ય રીતે પસંદ કરવી મહત્વપૂર્ણ છે, ફક્ત આ કિસ્સામાં જ્યારે અપડેટ દરમિયાન 1s થીજી જાય ત્યારે અમને કોઈ સમસ્યાનો સામનો કરવો પડશે નહીં.

સંસ્કરણ 7.7 અપડેટ

રૂપરેખાંકનના ઘણા પ્રકારો છે. આના આધારે, આગળની ક્રિયાઓનો કોર્સ પસંદ કરવામાં આવે છે.

• લાક્ષણિક - આ કિસ્સામાં, એવું માનવામાં આવે છે કે અપડેટ પણ નિયંત્રિત રિપોર્ટિંગ માટે કરવામાં આવે છે.
• લાક્ષણિક ઉદ્યોગ રૂપરેખાંકનો - ઘણી રીતે અગાઉના વિકલ્પોને મળતા આવે છે. વિકાસકર્તા દ્વારા આપવામાં આવેલી સૂચનાઓને અગાઉથી વાંચવી મહત્વપૂર્ણ છે. નહિંતર, તમે અપડેટ દરમિયાન શા માટે 1s 8.3 ક્રેશ થાય છે તે સમજવા માટે સમર્થ હશો નહીં.
• સંશોધિત માનક - વપરાશકર્તા પાસે હંમેશા એપ્લિકેશનને સંશોધિત કરવાની તક હોય છે જેથી તે વર્તમાન જરૂરિયાતોને પૂર્ણ કરે. કાર્યક્ષમતાના વિસ્તરણ માટેનો બીજો વિકલ્પ નવા પ્લેટફોર્મ્સ પર સંક્રમણ છે. ઉદાહરણ તરીકે, 8 મી સંસ્કરણ.

સંસ્કરણ 8.0 અને 8.1 વિશે

પ્લેટફોર્મ 8.0 હાલમાં સમર્થનમાંથી પાછું ખેંચવામાં આવી રહ્યું છે. નવી સામાન્ય ડિઝાઇન ફક્ત નવીનતમ સંસ્કરણોનો ઉપયોગ કરતી વખતે જ કાર્ય કરશે. ફક્ત તે ભૂલવું જરૂરી નથી કે તમામ મધ્યવર્તી પ્રકાશનો નિષ્ફળ થયા વિના પસાર થાય છે. નહિંતર, ફક્ત માહિતી ગુમાવવાની ઉચ્ચ સંભાવના છે. અથવા રૂપરેખાંકન અપડેટ કરતી વખતે 1s થીજી જાય તેવી પરિસ્થિતિમાં જાઓ.

શક્ય છે કે નવું માનક રૂપરેખાંકન રજૂ કરવામાં આવે, અને પછી જૂના ઇન્ફોબેસેસના અવશેષો તેમાં સ્થાનાંતરિત થાય.

સંસ્કરણ 8.1 માટે, તેમાં અપગ્રેડ કરવાની ઘણી રીતો છે:

1. જાતે;
2. સ્વચાલિત મોડમાં;
3. આ ક્ષેત્રમાં સેવાઓ પ્રદાન કરતી કંપનીઓના નિષ્ણાતોને અપીલ કરો.

બિન-માનક અથવા સંશોધિત સંસ્કરણો સાથે કામ કરવું

શરૂઆતમાં, કોઈપણ રૂપરેખાંકન લાક્ષણિક વિકાસનો સંદર્ભ આપે છે. જો એન્ટરપ્રાઇઝમાં ચોક્કસ ફેરફારો કરવામાં આવે તો તે આવું થવાનું બંધ કરે છે. ઉદાહરણ તરીકે, ઇન્સ્ટોલેશન દરમિયાન. ત્યાં બે વર્ગો છે જે અસામાન્ય રૂપરેખાંકનોથી અલગ છે:

1. બદલાયેલ;
2. ચોક્કસ એન્ટરપ્રાઇઝની જરૂરિયાતોને ધ્યાનમાં લેતા, શરૂઆતથી બનાવેલ છે.

કેટલીકવાર સેકન્ડ-ક્લાસ રૂપરેખાંકન વપરાશકર્તાઓને સક્રિયપણે વિતરિત કરવામાં આવે છે. પછી તે ધોરણને અનુસરે છે. તે માત્ર એટલું જ છે કે ઉત્પાદકને 1C પોતે જ માનવામાં આવતું નથી, પરંતુ કંપની કે જેણે નવું સંસ્કરણ બનાવ્યું છે.

રૂપરેખાંકનની વાસ્તવિકતા નીચેની ક્રિયાઓ દ્વારા જાળવી શકાય છે:

• ભૂલ સુધારણા.
• કાર્યાત્મક વિસ્તરણ.
• સુધારણા.
• 1s 8.3 બદલો, સેવાની ભૂલોના કિસ્સામાં રૂપરેખાંકન અપડેટ કરવામાં આવતું નથી.

તમે હાલમાં જે ઈન્ટરનેટ સ્પીડનો ઉપયોગ કરી રહ્યા છો તેના આધારે ઈન્સ્ટોલેશન પ્રક્રિયામાં અલગ સમય લાગી શકે છે. એક અલગ વિંડોમાં, વપરાશકર્તા કામના અંતે અપડેટ કરવું કે તરત જ પસંદ કરે છે. પછીના વિકલ્પ સાથે, તમારે ખાતરી કરવાની જરૂર છે કે એપ્લિકેશન સાથે બીજું કોઈ કામ કરતું નથી. પ્રક્રિયામાં જ એપ્લિકેશન 1c એન્ટરપ્રાઇઝ 8.3 ની અંદર વિશિષ્ટ મોડનો ઉપયોગ શામેલ છે, છેલ્લો સુધારોઅપવાદ નથી.

• તે યાદ રાખવું જોઈએ કે તમામ પ્રકાશન સંસ્કરણો વર્તમાન રૂપરેખાંકન સાથે બંધબેસતા નથી.
• જો લાંબા સમયથી અપડેટ્સ કરવામાં આવ્યાં નથી, તો તમારે એક સાથે ઘણી ફાઇલો અથવા આર્કાઇવ્સ ડાઉનલોડ કરવા પડશે.
• સૂચિમાં, તે સમજવું સરળ છે કે 1s એન્ટરપ્રાઇઝ 8.3 ના કયા સંસ્કરણની જરૂર છે, અપડેટ વપરાશકર્તા દ્વારા પોતે પસંદ કરવામાં આવે છે.

જ્યારે પ્રક્રિયા સમાપ્ત થાય છે, ત્યારે રૂપરેખાકાર પોતે જ બંધ થઈ શકે છે. જો અપડેટ જરૂરી હોય તો તે આ મોડ છે જેનો ઉપયોગ મોટેભાગે થાય છે. તે અનુકૂળ છે, લગભગ સમગ્ર પ્રક્રિયાને સ્વચાલિત કરે છે. આગલી વખતે જ્યારે તમે તેને પ્રથમ વખત ચલાવો છો, ત્યારે તમને પ્લેટફોર્મ જૂનું થઈ ગયું હોવાનું જણાવતો એક સંદેશ દેખાશે. અને તે આ ક્ષણે તેનો ઉપયોગ કરવાની ભલામણ કરવામાં આવતી નથી.

બ્રેક મારવાના વધારાના કારણો

જો પ્રોગ્રામ યોગ્ય રીતે અપડેટ થયેલ છે અને કોઈપણ ભૂલો વિના, જો કે, 1C હજી પણ ધીમો પડી જાય છે, તો તેનું કારણ નીચે મુજબ હોઈ શકે છે:

• એન્ટિવાયરસ - જો યોગ્ય રીતે ગોઠવેલ હોય, તો એક પણ એન્ટિવાયરસ સિસ્ટમમાં દખલ કરશે નહીં, જો કે, જો તમે ફેક્ટરી સેટિંગ્સનો ઉપયોગ કરો છો, તો 1C પ્રદર્શન 5-10% સુધી ઘટી શકે છે. તમે બેકગ્રાઉન્ડ મોડને દૂર કરીને વધારાની સેટિંગ્સનો ઉપયોગ કરીને એન્ટીવાયરસને ઑપ્ટિમાઇઝ કરી શકો છો (જો એકદમ જરૂરી હોય તો).
• કમ્પ્યુટર પરિમાણો - ઘણીવાર અપૂરતા શક્તિશાળી કમ્પ્યુટર્સ 1C પ્રદર્શનમાં મજબૂત ઘટાડો તરફ દોરી જાય છે. વિડીયો કાર્ડ, ઓપરેટિંગ સિસ્ટમ અને પ્રોસેસર પર ખાસ ધ્યાન આપવું જોઈએ.

આવી પદ્ધતિઓ કોઈપણ કંપની અથવા એન્ટરપ્રાઇઝ માટે 1C માં કાર્યને નોંધપાત્ર રીતે ઑપ્ટિમાઇઝ કરશે અને ઝડપી બનાવશે, જેના પછી પ્રોગ્રામનું પ્રદર્શન નોંધપાત્ર રીતે વધશે.

આ લેખ મારા મેઇલ પર મોકલો

સમય જતાં, ઘણા 1C વપરાશકર્તાઓ નોંધે છે કે સિસ્ટમ વધુ ધીમેથી કામ કરવાનું શરૂ કરે છે અને લાક્ષણિક "બૉક્સની બહાર" ગોઠવણીનો ઉપયોગ કરતી વખતે પણ વધુને વધુ "બગડેલ" છે.

વપરાશકર્તાઓ દ્વારા નોંધાયેલ મુખ્ય ફરિયાદો:

દસ્તાવેજો ધીમે ધીમે હાથ ધરવા લાગ્યા

રિપોર્ટ્સ જનરેટ કરવામાં ઘણો સમય લે છે

પ્રોગ્રામ વધુ વખત થીજી જાય છે

પરિચિત ફરિયાદો, બરાબર?

ચાલો પરફોર્મન્સમાં ઘટાડો થવાના મુખ્ય પરિબળોને સમજવાનો પ્રયાસ કરીએ અને ઉકેલો શોધીએ.

વારસાના સાધનો

સૌ પ્રથમ, અમે હાર્ડવેર સમસ્યાઓની શક્યતાને દૂર કરીએ છીએ.

આ કરવા માટે, તમારે 1C 8.3 માટે હાર્ડવેર જરૂરિયાતો તપાસવાની જરૂર છે

આ સત્તાવાર વેબસાઇટ http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm પર કરી શકાય છે

અપ્રસ્તુત પ્લેટફોર્મ

કેટલાક વપરાશકર્તાઓ રૂપરેખાંકનને ફરી એકવાર અપડેટ કરવાનું પસંદ કરતા નથી, એવું માનીને કે પહેલાનાં સંસ્કરણો વધુ સ્થિર છે. અરે, આવી રૂઢિચુસ્તતા હાનિકારક હોઈ શકે છે: વિકાસકર્તાઓ નિયમિતપણે પ્લેટફોર્મને અપડેટ કરે છે, કોડમાં ભૂલોને ઠીક કરે છે અને મિકેનિઝમ્સને ઑપ્ટિમાઇઝ કરે છે, તેથી જૂના સંસ્કરણ (પ્રકાશનમાં નોંધપાત્ર બેકલોગ સાથે) નો ઉપયોગ કરવાથી પ્રભાવને પ્રતિકૂળ અસર થઈ શકે છે.

નબળું સર્વર પ્રદર્શન

એસક્યુએલ અને 1C: એન્ટરપ્રાઇઝ સર્વરની સેટિંગ્સને સંપાદિત કરીને પ્રદર્શનમાં વધારો કરવો શક્ય છે.

આ કરવા માટે, પ્રોસેસર પાવર બચાવવા માટે BIOS માં બધા વિકલ્પો બંધ કરો અને પ્રદર્શનને મહત્તમ પર સેટ કરો. આ કરવું અનુકૂળ છે, ઉદાહરણ તરીકે, PowerSchemeEd ઉપયોગિતા દ્વારા.

ભાગ્યે જ ઉપયોગમાં લેવાતી સેવાઓને અક્ષમ કરવી જોઈએ. આ સેવાઓમાં ફુલટેક્સ્ટ શોધ અને એકીકરણ સેવાઓનો સમાવેશ થાય છે.

સર્વરને ફાળવેલ મેમરીની માત્રાને મહત્તમ સેટ કરવાનું ભૂલશો નહીં. આ જરૂરી છે જેથી SQL સર્વર પાસે અગાઉથી મેમરીને સાફ કરવાનો સમય હોય, ભરણને નિયંત્રિત કરી શકાય.

વૈકલ્પિક રીતે, 1C સેવાને ડીબગ મોડ પર સ્વિચ કરવાનું શક્ય છે. આ 1C ના ઑપ્ટિમાઇઝેશનમાં વધુ વધારો કરે છે.

મોટો ડેટાબેઝ

જેમ જેમ તમે કામ કરો છો, કોઈપણ ડેટાબેઝ સમય જતાં વોલ્યુમમાં વધારો કરે છે. તેથી, સિસ્ટમની નિયમિત નિવારક જાળવણી વિશે ભૂલશો નહીં. પ્રમાણભૂત "ઇન્ફોબેઝનું પરીક્ષણ અને ફિક્સિંગ" સાધન વડે આ કરવું અનુકૂળ છે.

આ ટૂલ રિસ્ટ્રક્ચરિંગ અને રિઇન્ડેક્સિંગ દ્વારા ડેટાબેઝને ઑપ્ટિમાઇઝ કરવામાં મદદ કરશે. પ્રોસેસિંગનો ઉપયોગ કરવા માટે, તમારે રૂપરેખાકાર મોડમાં રહેવાની જરૂર છે. પ્રક્રિયા આના જેવી લાગે છે:

પૃષ્ઠભૂમિ અને સુનિશ્ચિત કાર્યોનું ખોટું સેટિંગ

અનુક્રમણિકાઓને ડિફ્રેગમેન્ટ કરવાની અને દૈનિક ધોરણે આંકડા અપડેટ કરવાની સલાહ આપવામાં આવે છે, કારણ કે જ્યારે ઇન્ડેક્સ ફ્રેગમેન્ટેશન ઘટે છે, ત્યારે 1C ઑપ્ટિમાઇઝેશન નોંધપાત્ર રીતે ઘટાડે છે.

સમાન આવર્તન સાથે, આંકડાઓને ડિફ્રેગમેન્ટ અને અપડેટ કરવા ઇચ્છનીય છે. ઓપરેશન ઝડપથી કરવામાં આવે છે, તેના અમલીકરણ માટે સક્રિય વપરાશકર્તાઓને ડિસ્કનેક્ટ કરવું જરૂરી નથી, અને ઉપયોગથી 1C ની અસરકારક પ્રવેગક સાબિત થઈ છે.

જ્યારે ડેટાબેઝ લૉક હોય ત્યારે સંપૂર્ણ રીઇન્ડેક્સીંગ કરવામાં આવે છે. આ એક લાંબી પ્રક્રિયા છે, પરંતુ તે ડિફ્રેગમેન્ટેશન અને આંકડા અપડેટ કરવા સાથે અઠવાડિયામાં ઓછામાં ઓછું એકવાર થવું જોઈએ.

અન્ય સોફ્ટવેર સાથે ખોટી ક્રિયાપ્રતિક્રિયા

વધુમાં, 1C:Enterprise ની કામગીરીની સમસ્યા અન્ય પૂર્વ-ઇન્સ્ટોલ કરેલ સોફ્ટવેર સાથે સંબંધિત હોઈ શકે છે.

મોટેભાગે આ ખોટી સેટિંગ્સવાળા એન્ટિવાયરસ હોય છે. તદનુસાર, 1C નું યોગ્ય સંચાલન સુનિશ્ચિત કરવા માટે, ઉપયોગમાં લેવાતા એન્ટિવાયરસની સેટિંગ્સ તપાસવી જરૂરી છે. ઉદાહરણ તરીકે, કેસ્પરસ્કી માટે, સેટિંગ્સ સત્તાવાર વેબસાઇટ https://support.kaspersky.ru/general/compatibility/11683 પર સૂચિબદ્ધ છે

અસ્થિર સંચાર ચેનલ

મોટેભાગે, આ સમસ્યા WEB ઇન્ટરફેસ અથવા રિમોટ ડેસ્કટોપ દ્વારા 1C માં કામ કરતી વખતે સંબંધિત છે. જો કંપની રિમોટ એક્સેસનો ઉપયોગ કરે છે, તો સંચાર ચેનલની કાર્યક્ષમતા તપાસવી જરૂરી છે.

વપરાશકર્તા મોડમાં પ્રવેગક 1C

સદનસીબે, આધુનિક ડિલિવરીમાં, ઑપ્ટિમાઇઝેશન અને 1C નું પ્રવેગક પણ વપરાશકર્તા મોડમાં કરવામાં આવે છે.

"સપોર્ટ અને જાળવણી" (વિભાગ "વહીવટ") ટેબ પર, કાર્યોની વિશાળ સૂચિ ઉપલબ્ધ છે જે 1C ના પ્રવેગકને વધારે છે:

નહિં વપરાયેલ સુનિશ્ચિત કાર્યોના સ્વચાલિત પ્રક્ષેપણને અક્ષમ કરવું;

પૂર્ણ-ટેક્સ્ટ શોધ બંધ કરો;

અગાઉના સમયગાળા માટે ડેટાબેઝનું કન્વોલ્યુશન;

ચિહ્નિત વસ્તુઓ કાઢી નાખવું;

1C ઓપ્ટિમાઇઝેશન

અલબત્ત, 1C નું ઑપ્ટિમાઇઝેશન અને પ્રવેગક ફક્ત સૂચવેલ પદ્ધતિઓ દ્વારા જ પ્રાપ્ત થતું નથી, તેથી ટીપ્સની સૂચિ એ રામબાણ નથી, પરંતુ તે ફક્ત કાર્યમાં સુધારો કરવાની સંભાવનાનો સામાન્ય ખ્યાલ આપી શકે છે.

ઘણીવાર, ડેટાબેઝ સમસ્યાઓ માટે લાયક નિષ્ણાતોની સંડોવણીની જરૂર હોય છે, તેથી તમે હંમેશા સલાહ માટે અમારો સંપર્ક કરી શકો છો.