1С дерекқорларына қызмет көрсету (MS SQL / PostgreSQL)

Регламенттік қызмет көрсетуді база тұрақты жұмыс істейтіндей, бэкаптар кепілді түрде қалпына келетіндей және дискілер кенет таусылмайтындай баптаймыз.

WhatsApp-та жазу Тегін экспресс-аудит алу

450 000 ₸-ден құны · бір реттік баптау сүйемелдеу - айына 150 000 ₸-ден салықтарсыз

Таныс мәселелер ме?

Бэкап бар, бірақ ешкім тексермеген

Көшірмелер жасалып жатқан сияқты, бірақ олардан қалпына келтіру бір рет те тексерілмеген. Бэкаптың бүлінгенін авария күні білу - ең жаман сценарий.

Транзакция журналы дискіні жеп қойды

Журнал файлы жүздеген гигабайтқа дейін өсті және өсуін жалғастырып жатыр. Себебі белгісіз, шринк бір аптаға ғана көмектеседі.

Жүктеулерден кейін бәрі тежеледі

Жаппай жүктеулер мен ай жабу статистика мен индекстерді "өлтіреді", сөйтіп біреу қолмен қайта құрғанша жүйе тежеліп тұрады.

Қызмет көрсету жұмысқа кедергі

Регламенттік операциялар жұмыс уақытында жүреді немесе түнгі терезеге сыймайды - пайдаланушылар не тежелістен, не қызмет көрсетудің жоқтығынан зардап шегеді.

1С үшін SQL қызмет көрсету жоспарына не кіреді

Әдепкі параметрлермен шертіліп өте шығатын типтік “қызмет көрсету жоспарларының шебері” жауынгерлік 1С базасына жарамайды: ол не артық жұмыс істейді (әр түн сайын барлық индексті толық қайта құру), не керегін істемейді (бэкаптардың қалпына келетінін ешкім тексермейді). Жұмыс істейтін регламент былай көрінеді:

Резервтік көшіру - қажетті қалпына келтіру нүктесін беретін схема бойынша толық, айырмалық және журналдық көшірмелер; бөлек қоймада сақтау; жүйелі сынақ қалпына келтіру.
Индекстер - “бәрін қатарынан” емес, нақты фрагментацияға қарай дефрагментация немесе қайта құру; жоқ және пайдаланылмайтын индекстерді іздеу.
Статистика - сұрау жоспарлары “ұшып кетпеуі” үшін жаппай жүктеулер мен кезең жабуларын ескере отырып жаңарту.
Тұтастықты тексеру - продуктивті жүктемеу үшін жүйелі түрде, көшірмеде.
Транзакция журналы - шексіз шринктің орнына дұрыс қалпына келтіру моделі және өсуді бақылау.

MS SQL және PostgreSQL

Тарихи тұрғыда ТМД-дағы 1С MS SQL-де өмір сүріп келеді, бірақ лицензиялар мен санкциялық тәуекелдерге байланысты PostgreSQL-ге көшетін компаниялар көбейіп келеді. Біз екі нұсқаға да қызмет көрсетеміз: PostgreSQL үшін бұл - vacuum/autovacuum, кестелердің bloat-ы, бақылау нүктелері және 1С-ке тән баптаулар. MS SQL → PostgreSQL көшудің өзіне де көмектесеміз: тасымалдау, баптау, дейін/кейін өнімділікті салыстыру.

Бір реттік реттеу немесе сүйемелдеу

Бір рет қана да болады: тәртіп орнатамыз, регламенттерді қоямыз, құжаттаманы тапсырамыз - әрі қарай командаңыз өзі-ақ жетеді, регламенттер мониторинг бақылауында болады. Сүйемелдеумен де болады: базаларды қадағалаймыз, алерттерге әрекет етеміз және айына бір рет күй туралы есеп береміз. Таңдау сіздікі; бізге ешқандай жасанды байлау болмайды.

Сіз не аласыз

Базаңызға лайық қызмет көрсету жоспары: индекстер, статистика, тұтастық тексерулері
Қалпына келтіруі жүйелі тексерілетін резервтік көшіру
Ретке келтірілген транзакция журналы мен қалпына келтіру моделі
Технологиялық терезелер регламенті: қызмет көрсету жұмысқа кедергі келтірмейді
Дискідегі орынды бақылау және өсу болжамы
Құжаттама: не, қашан және не үшін орындалады

Біз қалай жұмыс істейміз

01
Ағымдағы күйдің аудиті

Бэкаптарды (сынақ қалпына келтіруді қоса), индекстерді, статистиканы, журналдарды, ДҚБЖ баптауларын тексереміз.
02
Регламент жобасы

Жүктеме профиліңіз бен рұқсат етілген терезелерге сай қызмет көрсету жоспарын құрамыз: нені күн сайын, нені апта сайын.
03
Ендіру

Тапсырмаларды баптаймыз, 1-2 апталық циклде орындалуын тексереміз, кестені дәлдейміз.
04
Бақылау

Регламенттердің орындалуын мониторингке қоямыз: кез келген тапсырманың ақауы авария кезінде емес, бірден көрінеді.

Бізге сенеді

Нақты клиенттер - олардың келісімімен орналастырылған.

1С жүйеңізге тегін экспресс-аудит

1-2 күнде базаңызды қарап, өнімділік қайда жоғалып жатқанын табамыз және не істеу керегін айтамыз. Міндеттемесіз.

Тегін экспресс-аудит алу

Жиі қойылатын сұрақтар

Бізде бэкап жасалып тұр. Тағы не керек?

Басты сұрақ - олар кемінде бір рет қалпына келтіріліп көрілді ме. Қалпына келтіруі жүйелі тексерілмейтін бэкап - лотерея. Біз көшіру схемасын қажетті қалпына келтіру нүктесіне лайықтап баптаймыз және регламентке сынақ қалпына келтірулерді қосамыз.

Транзакциялар журналы жүздеген гигабайтқа дейін өсіп кетті. Не істеу керек?

Шринк - тек симптомды емдеу. Журналдың неге өсетінін анықтаймыз (қалпына келтіру моделі, қатып қалған транзакциялар, журналдық бэкаптардың жоқтығы), себебін түзетеміз және қайталанбауы үшін бақылау орнатамыз.

PostgreSQL-мен жұмыс істейсіздер ме, әлде тек MS SQL-мен бе?

Екеуімен де. PostgreSQL үшін vacuum/autovacuum баптаймыз, bloat-ты бақылаймыз, параметрлерді 1С-ке лайықтап тюнингтейміз. Сондай-ақ MS SQL-ден PostgreSQL-ге көшуге көмектесеміз - көшкенге дейінгі және кейінгі өнімділікті салыстыра отырып.

Қызмет көрсету пайдаланушылардың жұмысына кедергі келтіре ме?

Жоқ: регламент сіздің технологиялық терезелеріңізге қарай құрылады. Ауыр операциялар - түнде немесе демалыс күндері, жеңілдері - фондық режимде. Түнгі терезе жетпесе, операциялар құрамын сыятындай етіп қайта құрамыз.

Абоненттік төлемсіз, бір рет ретке келтіруге бола ма?

Болады: ретке келтіреміз, регламенттерді баптаймыз, құжаттама мен орындалу мониторингін тапсырамыз - әрі қарай командаңыз өз күшімен-ақ игереді. Сүйемелдеу - тек өзіңіз қаласаңыз.

1С үшін SQL базасының көлемін қалай кішірейтуге болады?

Көлемді кішірейту - реті бар әрекеттер тізбегі: алдымен 1С деңгейінде қызметтік "майды" және ескі деректерді алып тастау (жию, қысқарту, логтарды бөлек шығару), сосын SQL деңгейінде индекстерді қайта құру және транзакциялар журналын ретке келтіру, тек соңында файлға шринк жасау. Шринк өздігінен деректер көлемін кішірейтпейді - ол тек босаған орынды қайтарады, сондықтан алдын ала тазаламай жасалған шринк дерлік пайдасыз. Аса ірі базалармен бұл жұмысты бөлек қызмет - 1С базаларын жию - атқарады.