અમે અમારી જાતને તપાસીએ છીએ: 1C કેવી રીતે જમાવવામાં આવે છે અને તે કેવી રીતે સંચાલિત થાય છે: 1C કંપનીમાં દસ્તાવેજનો પ્રવાહ

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

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

અમારી સિસ્ટમ કેવી રીતે કાર્ય કરે છે, ડેટાબેઝની જાળવણી કરતી વખતે અમને કઈ મુશ્કેલીઓ આવે છે અને અમે તેમને કેવી રીતે હલ કરીએ છીએ (અમે MS SQL સર્વરને DBMS તરીકે ઉપયોગ કરીએ છીએ) - અમે તમને લેખમાં જણાવીશું.

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

“1C: દસ્તાવેજ ફ્લો 8” (સંક્ષિપ્તમાં DO) તમને એન્ટરપ્રાઇઝમાં દસ્તાવેજો સાથે કામ સ્વચાલિત કરવાની મંજૂરી આપે છે. કર્મચારીની ક્રિયાપ્રતિક્રિયા માટેના મુખ્ય સાધનોમાંનું એક ઇમેઇલ છે. મેઇલ ઉપરાંત, ડીઓ અન્ય સમસ્યાઓનું નિરાકરણ પણ કરે છે:

• સમય ટ્રેકિંગ
• કર્મચારીની ગેરહાજરી ટ્રેકિંગ
• કુરિયર/પરિવહન માટેની અરજીઓ
• કર્મચારી કાર્ય કૅલેન્ડર્સ
• પત્રવ્યવહારની નોંધણી
• કર્મચારી સંપર્કો (સરનામું પુસ્તિકા)
• કોર્પોરેટ ફોરમ
• રૂમ આરક્ષણ
• ઘટના આયોજન
• સીઆરએમ
• ફાઇલો સાથે સામૂહિક કાર્ય (ફાઇલ સંસ્કરણો સાચવવા સાથે)
• અને અન્ય

અમે ડોક્યુમેન્ટ મેનેજમેન્ટ દાખલ કરીએ છીએ પાતળા ગ્રાહક (મૂળ એક્ઝિક્યુટેબલ એપ્લિકેશન) Windows, Linux, macOS, વેબ ક્લાયંટ (બ્રાઉઝર્સમાંથી) અને મોબાઇલ ક્લાયંટ - પરિસ્થિતિ પર આધાર રાખીને.

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

અમારા DO માં પત્રોની સંખ્યા પહેલાથી જ 100 મિલિયનને વટાવી ગઈ છે, અને સામાન્ય રીતે DBMS માં 11 બિલિયનથી વધુ રેકોર્ડ્સ છે. કુલ મળીને, સિસ્ટમ લગભગ 30 TB સ્ટોરેજનો ઉપયોગ કરે છે: ડેટાબેઝ વોલ્યુમ 7,5 TB છે, સામૂહિક કાર્ય માટેની ફાઇલો અલગથી સંગ્રહિત થાય છે અને અન્ય 21 TB કબજે કરે છે.

જો આપણે વધુ ચોક્કસ સંખ્યાઓ વિશે વાત કરીએ, તો આ ક્ષણે અક્ષરો અને ફાઇલોની સંખ્યા અહીં છે:

• આઉટગોઇંગ ઇમેઇલ્સ – 14,7 મિલિયન.
• આવનારા પત્રો – 85,4 મિલિયન.
• ફાઇલ વર્ઝન - 70,8 મિલિયન.
• આંતરિક દસ્તાવેજો - 30,6 હજાર.

DO પાસે માત્ર મેઇલ અને ફાઇલો કરતાં વધુ છે. નીચે અન્ય એકાઉન્ટિંગ ઑબ્જેક્ટ્સ માટેના આંકડા છે:

• બુકિંગ મીટિંગ રૂમ - 52
• સાપ્તાહિક અહેવાલો – 153
• દૈનિક અહેવાલો – 628
• મંજૂરી વિઝા – 11
• આવતા દસ્તાવેજો – 79
• આઉટગોઇંગ દસ્તાવેજો – 28
• વપરાશકર્તા કાર્ય કેલેન્ડર્સમાં ઇવેન્ટ્સ વિશેની એન્ટ્રીઓ – 168
• કુરિયર માટેની અરજીઓ – 21
• પ્રતિપક્ષો – 81
• કાઉન્ટરપાર્ટીઓ સાથે કામના રેકોર્ડ્સ – 45
• પ્રતિપક્ષોના સંપર્ક વ્યક્તિઓ – 41
• ઘટનાઓ – 10
• પ્રોજેક્ટ્સ – 6
• કર્મચારીઓના કાર્યો – 245
• ફોરમ પોસ્ટ્સ – 26
• ચેટ સંદેશા – 891 095
• વ્યવસાયિક પ્રક્રિયાઓ - 109 કર્મચારીઓ વચ્ચે ક્રિયાપ્રતિક્રિયા પ્રક્રિયાઓ દ્વારા થાય છે - મંજૂરી, અમલ, સમીક્ષા, નોંધણી, હસ્તાક્ષર વગેરે. અમે પ્રક્રિયાઓની અવધિ, ચક્રની સંખ્યા, સહભાગીઓની સંખ્યા, વળતરની સંખ્યા, સમયમર્યાદા બદલવાની વિનંતીઓની સંખ્યાને માપીએ છીએ. અને એન્ટરપ્રાઇઝમાં કઈ પ્રક્રિયાઓ થઈ રહી છે તે સમજવા અને કર્મચારીઓના સહયોગની કાર્યક્ષમતા વધારવા માટે આ માહિતી વિશ્લેષણ કરવા માટે ખૂબ જ ઉપયોગી છે.

આ બધું આપણે કયા સાધનો પર પ્રક્રિયા કરીએ છીએ?

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


ભવિષ્યમાં, અમે સાધનોની ક્ષમતા વધારવાની યોજના બનાવીએ છીએ.

સર્વર લોડ સાથે વસ્તુઓ કેવી રીતે ચાલે છે?

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

ઉદાહરણ તરીકે, નીચેના સ્ક્રીનશોટમાં આપણે એક SQL સર્વર જોઈએ છીએ જ્યાં CPU લોડ 23% છે. અને આ એક ખૂબ જ સારો સૂચક છે (સરખામણી માટે: જો ભાર 70% ની નજીક પહોંચે છે, તો સંભવતઃ, કર્મચારીઓ કામમાં નોંધપાત્ર મંદી જોશે).

બીજો સ્ક્રીનશોટ એપ્લીકેશન સર્વર બતાવે છે કે જેના પર 1C:Enterprise પ્લેટફોર્મ ચાલે છે - તે ફક્ત વપરાશકર્તા સત્રોને જ સેવા આપે છે. અહીં પ્રોસેસર લોડ થોડો વધારે છે - 38%, તે સરળ અને શાંત છે. કેટલીક ડિસ્ક લોડિંગ છે, પરંતુ તે સ્વીકાર્ય છે.

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

પ્રદર્શન માપવા માટેના મેટ્રિક્સ શું છે?

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

મેટ્રિક્સ એ સમયના ચોક્કસ બિંદુઓ પર વિવિધ વ્યવસાય સૂચકાંકોનું માપ છે (ઉદાહરણ તરીકે, સરેરાશ મેઇલ વિતરણ સમય 10 મિનિટ છે).

મેટ્રિક્સમાંથી એક ડેટાબેઝમાં સક્રિય વપરાશકર્તાઓની સંખ્યા દર્શાવે છે. તેમાંથી સરેરાશ 1000-1400 દિવસ દરમિયાન હોય છે. ગ્રાફ બતાવે છે કે સ્ક્રીનશોટ સમયે ડેટાબેઝમાં 2144 સક્રિય વપરાશકર્તાઓ હતા.

આવી 30 થી વધુ ક્રિયાઓ છે, સૂચિ કટ હેઠળ છે.યાદી

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

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

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

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

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

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

અહીં કેટલાક વધુ મેટ્રિક્સની સૂચિ છે (કટ હેઠળ).
મેટ્રિક્સ

• વપરાશકર્તા પ્રવૃત્તિ
• સક્રિય વપરાશકર્તાઓ
• સક્રિય પ્રક્રિયાઓ
• ફાઇલોની સંખ્યા
• ફાઇલનું કદ (MB)
• દસ્તાવેજોની સંખ્યા
• પ્રાપ્તકર્તાઓને મોકલવા માટેની વસ્તુઓની સંખ્યા
• પ્રતિપક્ષોની સંખ્યા
• અધૂરા કાર્યો
• છેલ્લી 10 મિનિટમાં મેઇલ સર્વરમાંથી ઇમેઇલ્સ ડાઉનલોડ કરવા માટે સરેરાશ રાહ જોવાનો સમય
• બાહ્ય ડેટા બફર: ફાઇલોની સંખ્યા
• વર્તમાન તારીખથી લેગિંગ બોર્ડર
• લાંબી કતાર
• ઓપરેશનલ કતાર
• બાહ્ય રૂટીંગ દ્વારા કાચા ખાતાની ઉંમર
• આંતરિક રૂટીંગ સ્વીકૃતિ કતારનું કદ (લાંબી કતાર)
• આંતરિક રૂટીંગ સ્વીકૃતિ કતારનું કદ (ઝડપી કતાર)
• આંતરિક રૂટીંગ દ્વારા મેઇલ વિતરણ સમય (લાંબી કતાર)
• આંતરિક રૂટીંગ દ્વારા મેઇલ વિતરણ સમય (ઝડપી કતાર)
• બાહ્ય રૂટીંગ દ્વારા મેઇલ વિતરણ સમય (સરેરાશ)
• દસ્તાવેજોની સંખ્યા આરક્ષણ
• દસ્તાવેજોની સંખ્યા ગેરહાજરી
• દસ્તાવેજોની સંખ્યા "કાઉન્ટરપાર્ટી સાથે કામનો રેકોર્ડ"
• ફોલ્ડરમાં મેઇલ અપડેટ અક્ષરો
• મેઇલ એક લેટર કાર્ડ ખોલીને
• મેઇલ ફોલ્ડરમાં પત્ર સ્થાનાંતરિત કરો
• ફોલ્ડર્સ દ્વારા મેઇલ નેવિગેટ કરો

અમારી સિસ્ટમ ચોવીસ કલાક 150 થી વધુ સૂચકાંકોને માપે છે, પરંતુ તે બધાને ઝડપથી મોનિટર કરી શકાતા નથી. તે પછીથી કેટલાક ઐતિહાસિક પરિપ્રેક્ષ્યમાં કામમાં આવી શકે છે અને તમે વ્યવસાય માટે સૌથી મહત્વપૂર્ણ પર ધ્યાન કેન્દ્રિત કરી શકો છો.

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

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

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

• આદેશનો અમલ: ટૅગ દ્વારા પસંદ કરો
• ફોર્મ ખોલવું: સૂચિ ફોર્મ
• આદેશ ચલાવી રહ્યા છીએ: ફોલ્ડર દ્વારા પસંદ કરો
• રીડિંગ એરિયામાં પત્ર પ્રદર્શિત કરવો
• તમારા મનપસંદ ફોલ્ડરમાં એક પત્ર સાચવી રહ્યું છે
• વિગતો દ્વારા અક્ષરો માટે શોધો
• એક પત્ર બનાવી રહ્યા છે

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

આપણે આટલા મોટા ડેટાબેઝને કેવી રીતે જાળવી શકીએ?

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

મોટા ડેટાબેઝ કોષ્ટકોનું પુનર્ગઠન કરવામાં કેટલો સમય લાગે છે?

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

અમે 6 વર્ષ પહેલાં ટેબલ રિસ્ટ્રક્ચરિંગ કર્યું હતું, પરંતુ પછી તેમાં એટલો સમય લાગવા લાગ્યો કે અમે હવે રાત્રિના અંતરાલોમાં ફિટ રહી શકતા નથી. અને આ કામગીરી SQL સર્વરને ભારે લોડ કરતી હોવાથી, તે અન્ય વપરાશકર્તાઓને અસરકારક રીતે સેવા આપી શકતી નથી.

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

અમે અન્ય જાળવણી કામગીરીને પણ આંશિક બનાવીને ઑપ્ટિમાઇઝ કરી છે.

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

આવા વોલ્યુમો સાથે બેકઅપ કેવી રીતે લાગુ કરવામાં આવે છે?

એક સંપૂર્ણ DBMS બેકઅપ દિવસમાં એકવાર રાત્રે લેવામાં આવે છે, એક વધારો - દર કલાકે. ઉપરાંત, એક ફાઇલ ડિરેક્ટરી દરરોજ બનાવવામાં આવે છે, અને તે ફાઇલ સ્ટોરેજના વધારાના બેકઅપનો એક ભાગ છે.

સંપૂર્ણ બેકઅપ પૂર્ણ કરવામાં કેટલો સમય લાગે છે?

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

શું ડુપ્લિકેશન છે?

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

શું ત્યાં ફક્ત વાંચવા માટેના ગાંઠો છે?

ત્યાં કોઈ વાંચન ગાંઠો નથી (સમર્પિત સિસ્ટમ નોડ્સ કે જેઓ વાંચવા માટે કોઈપણ ડેટા પ્રાપ્ત કરવાની જરૂર હોય તેમને સેવા આપે છે). DO એ એક અલગ BI નોડ મૂકવા માટે એક એકાઉન્ટિંગ સિસ્ટમ નથી, પરંતુ વિકાસ વિભાગ માટે એક અલગ નોડ છે, જેની સાથે JSON ફોર્મેટમાં સંદેશાઓની આપ-લે થાય છે, અને સામાન્ય પ્રતિકૃતિ સમય એકમો અને દસ સેકંડનો છે. નોડ હજી પણ નાનો છે, તેમાં લગભગ 800 મિલિયન રેકોર્ડ્સ છે, પરંતુ તે ઝડપથી વધી રહ્યું છે.

કાઢી નાખવા માટે ચિહ્નિત થયેલ ઈમેઈલ બિલકુલ કાઢી નાખવામાં આવતા નથી?

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

શા માટે તેને સંગ્રહિત કરો? શું તમારી પાસે જૂના દસ્તાવેજોની ઍક્સેસ અંગેના આંકડા છે?

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

એવી પરિસ્થિતિઓ હતી જ્યારે પાંચ કે દસ વર્ષ પહેલાંના જૂના પત્રવ્યવહારને પુનઃપ્રાપ્ત કરવું જરૂરી હતું. અને આ હંમેશા નિષ્ક્રિય જિજ્ઞાસાથી નહીં, પરંતુ જટિલ વ્યવસાયિક નિર્ણયો લેવા માટે કરવામાં આવ્યું હતું. એક એવો કેસ હતો જ્યાં, પત્રવ્યવહાર ઇતિહાસ વિના, ખોટો વ્યવસાય નિર્ણય લેવામાં આવ્યો હોત.

સ્ટોરેજ પિરિયડ્સ અનુસાર દસ્તાવેજોની કિંમતનું મૂલ્યાંકન અને નાશ કેવી રીતે થાય છે?

કાગળના દસ્તાવેજો માટે આ સામાન્ય પરંપરાગત રીતે કરવામાં આવે છે, જેમ કે દરેક અન્ય. અમે તે ઇલેક્ટ્રોનિક માટે કરતા નથી - તેમને તેમને પોતાને માટે રાખવા દો. બેઠક અહીં છે. ફાયદા છે. દરેક વ્યક્તિ સારું છે.

વિકાસની શું સંભાવનાઓ છે?

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

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

સોર્સ: www.habr.com