Ортақ папкаларды көшіру: көшіру жоспары және құқықтарды бақылау

Көшіру міндеті: деректер көшірілуі керек, құқықтар қалуы тиіс

Ортақ папкаларды көшіру әдетте «файлдарды жай көшіру» деген деңгейден әлдеқайда күрделірек. Мақсат анық: деректерді жаңа серверге немесе сақтау орнына сол күйі ауыстырып, дүйсенбіде адамдар бұрынғы папкаларды бірдей құқықтармен аша алуы тиіс. Кез келген ауытқу құпиялылықтың бұзылуына немесе «ештеңе ашылмайды» деген шағымдарға әкеледі.

Көбінесе тек бір «бөлім папкасы» ғана емес, жоба каталогтары, ортақ архивтер, мердігерлермен алмасу папкалары, бухгалтерия және кейде пайдаланушылардың профильдері немесе жеке үй қалталары да көшіріледі. Әр деректер түрінің өз сезімталдығы мен ерекшеліктері бар.

Құқықтар әдетте ұсақ-түйек себептерден бұзылады: ACL дұрыс көшірілмейтін әдіспен көшіру, мұрагерліктің бұзылуы, жеке папкаларға берілген қолмен құқықтар немесе екі деңгейдегі қолжетімділіктің араласып кетуі. Share-құқықтар желілік жариялау деңгейінде жұмыс істейді (жарыққа кім кіре алады). NTFS-құқықтар папкалар мен файлдарға қатысты (ішінде не істей алады). Қолданушы бір нәтижені көреді, ал әкімші екі деңгейде де баптайды — сондықтан шатасу жиі болады.

Көшіру кезіндегі негізгі тәуекелдер: кейбір топтарға күтпеген қолжетімділік пайда болады; қажетті топтар мұрагерлік немесе жоқ SID себебінен қолжетімсіз болады; көшіру бірнеше сағатқа созылып, жұмысты бұғаттайды; құқықтардың көбісі дұрыс көрінсе де, жеке ішкі папкалар «өз алдына өмір сүруі» мүмкін.

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

Бастамас бұрын жинайтындар: қысқа ағымдық аудит

Көшіру алдында не көшірілетінін және оны кім қолданатынын анықтайтын минимум деректерді жинаңыз. Бұл бірнеше сағат алады, бірақ «вчера ашылды, бүгін жоқ» сияқты өтініштерді талдауға күндерді үнемдейді.

Ресурстарды инвентаризациялаудан бастаңыз. Тек «қанша гигабайт» емес, құрылым, иелері, деректер типі маңызды. Көп файл бар папкаларды (оларды көшіру ұзаққа созылады) және деректер қорлары, архивтер немесе қолданба профильдері бар каталогтарды бөлек белгілеңіз (олар көбіне блоктауға сезімтал болады).

Әр шара бойынша алдын ала тіркеңіз: ресурс атауы мен желілік жолы (пайдаланушылар қалай көреді), жалпы көлемі және файлдар саны туралы шамамен, «ауыр» каталогтар, бизнес-таратушы (иесі), ағымдағы Share және NTFS-құқықтар (кімде Read/Modify/Full бар), мұрагерлік қосылған ба және нақты тыйымдар (Deny) бар ма.

Содан кейін нақты пайдаланылатын топтар мен пайдаланушыларды тексеріңіз. ACL-де жиі ескі топтар, жұмыстан шыққан қызметкерлер немесе ешкім есінде жоқ кіріктірілген топтар тұрады. «Тірі» топтарды (жарамды қалуы тиіс) және деректер иесінен растауды қажет ететін даулы жазбаларды дереу белгілеңіз.

Тәуелділіктер бөлек тармақ. Адамдарды іздемеңіз, орныққан жолдар қай жерде «сыдырылғанын» анықтаңыз: жұмыс үстеліндегі ярлыктар, GPO арқылы тағайындалған карталау, логин скрипттері, жоспарлаушы тапсырмалар, қолданба баптаулары, бухгалтерия және архив интеграциялары. Мысал: бөлім \\SERVER\\Public жолын құжат шаблондарында қолданады — көшіруден кейін сақтау кезінде қателер басталады.

Соңында ауыстыру рамкаларын келісіңіз: қабылданатын тоқтау терезесі (минуттар немесе сағаттар), деректерге тиісті болмайтын кезеңдер (айдың жабылуы, есеп тапсыру), финалдық көшіру кезінде жазуды «тоқтату» керек пе, нәтиже кім қабылдайды және қанша уақытта.

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

Әдісті таңдау: бір реттік көшіру ме әлде кезең-кезеңімен миграция ма

Әдіс екі нәрсеге байланысты: ауыстыру кезінде қанша уақыт жоғалтуға болатындығы және пайдаланушылар файлдарды қаншалықты жиі өзгертеді. Егер деректер салыстырмалы түрде статикалық және 1–2 сағаттық тоқтату терезесін келісу мүмкін болса, көп жағдайда бір реттік көшіру жеткілікті: қысқа жазуды тоқтату, финалдық өту және жаңа жолға ауысу.

Кезең-кезеңімен көшіру қажет болғанда: тоқтап тұру мүмкін емес (мысалы, бухгалтерия ай жабу күнінде), көлемдер үлкен және түнде көшіруге сыймайды, немесе папкаларда үнемі өзгерістер жүріп жатады. Онда алдын ала негізгі көшіру жасап, ауысу күнінде тек дельтаны көшіріп, жылдам жолды ауыстырасыз.

Қайда көшіруге: сервер, виртуалка, NAS, кластер

Платформа таңдау әдетте міндеттерге байланысты болу керек, әдеттерге емес. Көп жағдайда жаңа Windows файл сервері қарастырылады (NTFS және Share құқықтары үшін түсінікті нұсқа), виртуалдық машина (ресурстарды масштабтау және резервтік көшіру оңай), NAS (көлем үшін ыңғайлы, бірақ қажетті ACL пен протоколдарды алдын ала тексеру маңызды), кластер немесе қолжетімділік жоғары схема (тоқтатулар критикалық болғанда).

Егер «темірді» жаңартумен қатар көшіріп жатсаңыз, жеткізу мерзімі, сервис және қолдауды алдын ала бағалаңыз. Қазақстанда бұл жиі жергілікті өндіріс және жеткізу тізбегінің ашықтығы талаптарымен байланысты.

6–18 айға өсуге жоспарлау

Көшіру кезінде жиі кездесетін қате — «тосқау» көлемге көшу. Көлемге және IOPS-қа резерв қалдырыңыз, сондай-ақ болашақ жобаларды ескеріңіз: архивтерді сканерлеу, бөлімдердің өсуі, CRM/ERP енгізуі, қосымша тіркелген файлдардың көбеюі.

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

Жауаптар неғұрлым дәл болса, «көшіріп, ауыстыру» ме әлде дельтамен кезең-кезеңмен ме — оңайрақ таңдау жасалады.

Құқықтар жоспары: кімге және неге құқықтар берілуі тиіс

Құқықтар жоспарын көшіруден бұрын бекіту маңызды. Әйтпесе көшіру болжамсызға айналады: біреу қолжетімділігін жоғалтады, біреу артық құқық алады.

Алдымен ролдерді бөлу. Деректер иесі болуы керек (әдетте бөлім басшысы немесе жауапты тұлға) және құқықтарды мақұлдайтын тұлға (мысалы, ақпараттық қауіпсіздік немесе қызметтік администратор). Иесі мағынасы үшін жауап береді: қандай топтар папкаларды көруі және не өзгерте алатынын. Мақұлдаушы ережелерге жауапты: минималды құқықтар, «бәріне» рұқсат бермеу, қонақтар мен сервиске арналған қолжетімділіктерді есепке алу.

Содан кейін құрылым мен атаулар туралы келісіңіз. «Қалай бар — сол күйінде» көшірсеңіз, хаосты мұрагерлікпен бірге алып кету ықтималдығы жоғары. Бірнеше қарапайым ереже алдын ала (бірдей папка атаулары, «Ортақ», «Жобалар», «Архив» сияқты анық деңгейлер) кейін шешімдерді жеңілдетеді.

Ескі папкалар мен көшірмелердің тағдыры туралы бөлек шешім қабылдаңыз. Шарларда жиі «Финал_2», «Финал_3», жұмыстан шыққан қызметкерлердің қалталары және уақытша шығарылымдар болады. Бәрін жаңа серверге апарудан гөрі, мұрағатқа кандидаттарды белгілеп, сақтау мерзімін келісу жақсы.

Әр нәрсенің дұрыс орналасуы үшін «ескі шара -> жаңа шара» сәйкестік кестесін дайындаңыз. Қарапайым форма жеткілікті: ескі жол және шара атауы, жаңа жол және атауы, деректер иесі (Т.А., бөлім), оқу/өзгерту/толық құқықтары бар топтар, ескертпелер (архив, кейін көшіру, барлығына жабу).

Мысал: бухгалтерияда \\FS1\\BUH бар, ішінде «Еңбекақы» папкасы. Жоспарда көрсетіледі: «Еңбекақы» тек BUH-Payroll тобына өзгерту құқығы беріледі, BUH-Head басшыға толық құқық, басқаларға қолжетімсіз. Осыдан кейін жаңа ресурста қандай NTFS және Share құқықтары болу керектігі анық болады.

ACL дайындау: көшіруден бұрын ретке келтіру

Көшіруден бұрын құқықтарды ретке келтіріңіз. Әйтпесе сіз тарихи хаосты жаңа серверге көшіресіз, оны түзету әлдеқайда қиын және қауіпті болады. Практикада ACL дайындау көшіруді ең тыныш өткізуге ең көп әсер етеді.

Алдымен мұрагерлікті тексеріңіз. Ескі шараларда мұрагерлік уақытша өшіріліп, кейін ұмытылып кеткен папкалар жиі кездеседі. Қай жерде құқықтар ата-аналықтан өзгеше екенін және себебін тексеріңіз. Айрықша тыйымдарды (Deny) іздеңіз: бір ескі тыйым ішкі папкадағы барлық әрекетті бұғаттап қоюы мүмкін.

Содан соң иелерді реттеңіз. Иесі кездейсоқ қызметкер немесе жойылған есептік жазба болып тұрса, бұл құқықтар қолмен өзгертілген және болжамсыз болуы мүмкін деген сигнал. Иелерді стандартқа келтіріңіз (мысалы, админ тобы немесе сервис), сонда көшіргеннен кейін ешкім ACL-ды өзгертуде «артық» құқыққа ие болмайды.

Қызыл белгілер бойынша өту пайдалы: тым кең таратылған топтар (Everyone, Domain Users және ұқсастар) қажет бөлімдерде болмауы тиіс; белгісіз SID, өшірілген аккаунттар, ескі локальды топтар; Share пен NTFS баптауларының араласуы, ол «қажетсіз» қолжетімділікті тудырады; сервис тіркелгілері мен тапсырмалар (сканерлеу, бэкап, 1С-алмасу) құжатталған рұқсатсыз; бір құрылым ішінде әртүрлі ережелер бар папкалар.

Өзгерістерге кіріспей тұрып бастапқы нүктені бекітіңіз. Ортақ ресурстардың экспортын және NTFS-құқықтардың кескінін алыңыз (иені және аудитты қоса алғанда, егер қолданылса). Егер бухгалтерия «ай жабу» кезінде қолжетімділігін жоғалтса, «қандай болды»-ны тез салыстырып, нақты қай баптама бұзғанын қайтарамыз.

ACL жоғалтпай кезең-кезеңсіз көшіру: жұмыс сценарийі

Көшіру алдын ала күтпеген жағдайларсыз өтуі үшін деректерді көшіру мен пайдаланушыларды ауыстыруды бөліп алыңыз. Негізгі жұмыс фондық режимде жүреді, ал тоқтау терезесі финалдық дельта мен жолды ауыстыруға ғана азаяды.

Төмендегі сценарий Windows файл серверіне арналған, мұнда NTFS және Share құқықтары маңызды. Логика қарапайым: мақсат орнын дайындап, тест жасап, бірнеше синхрондауды жүргізіп, содан кейін ғана пайдаланушыларды ауыстырамыз.

1. Мақсаттағы ортақ ресурстарды дайындаңыз. Жаңа серверде папкаларды құрыңыз, мұрагерлікті керек жерлерде қосыңыз және Share-құқықтарын мүмкіндігінше тар етіп орнатыңыз. Көбінде Share-де тек қажетті топтардың кіруі қалдырылады, ал егжей-тегжейлі рұқсат матрицасы NTFS-та сақталады.

2. Кішкентай «үлгі» папканы тестілік көшіріп алыңыз. Оқу, өзгерту, тыйым сияқты әртүрлі құқықтары бар аймақты таңдап, иелер, топтар мен ACL сәйкес келетінін тексеріңіз. Егер осы жерде айырмашылықтар табылса, негізгі көшіру оларды күшейтеді.

3. Пайдаланушылар тоқтамай тұрған кезде негізгі синхрондауды бастаңыз. Әдетте бірнеше өтуден тұрады: бірінші негізгі көлемді, кейінгі өтулер өзгерістерді ұстауға бағытталған. Windows-та көбінесе robocopy қолданылады, құқықтар мен аудитті көшіруге болады:

robocopy "\\OLD\Share" "D:\Shares\Share" /MIR /COPY:DATSOU /SEC /SECFIX /R:1 /W:1

4. Финалдық дельтада жазуды тоқтатыңыз. Қысқа терезе туралы алдын ала келісіп, ескі ресурста жазуды шектеңіз (мысалы, жазу құқықтарын уақытша алып тастау), соңғы өту жасап, содан кейін пайдаланушыларды жаңа жолға ауыстырыңыз (GPO, DFS немесе ескі шараның атын ауыстыру арқылы).

5. Жылдам пост-тексеру жүргізіп, кері қайтару жоспарын сақтаңыз. «Типтік пайдаланушы» және «басшы» есептерімен ашу, сақтау, файлдарға жазу және қолданбалардың жұмысын тексеріңіз. Егер критикалық нәрсе бұзылса, кері қайтару оңай болуы керек: ескі жолды қалпына келтіріп, жазуды қайта қосыңыз, ал себептерін тыныш уақытта талдаңыз.

Көшіруден кейін бақылау: деректер көлемінен басқа не тексеру керек

Көшіруден кейін тек жалпы көлем сәйкес келген болса, бәрі жақсы деген сөз емес. Қателіктер жиі құқықтарда, жіберілген файлдарда және ескі жолдардың ярлықтар мен баптауларда қалуыннан шығады.

Құқықтар: қағаздағы және нақты өмірдегі жағдайды салыстыру

Бастапқыда бірнеше типтік папкалардан таңдамалы ACL тексеріңіз: бөлімдердің түпкі каталогтары, 2–3 «терең» ішкі папка және бір шектеулі қолжетімділік папкасы (мысалы, «Кадрлар» немесе «Қаржы»). NTFS пен Share-құқықтарды салыстырыңыз: кейде ACL сақталса да, шар деңгейіндегі басқа баптамадан қолжетім бұзылуы мүмкін.

Шамамен 3–5 типтік пайдаланушы мен топтың нақты қолжетімдігін тексеріңіз: қарапайым қызметкер, басшы, бухгалтерия, ИТ-админ, сервис тіркелгісі (бар болса). Ашып, файл жасаңыз, өзгертіңіз және тест папкасынан жойыңыз — бұл минуттарда көп «мақталарды» табады.

Минимальды тексерулер: таңдамалы папкаларда «алды/кейін» ACL салыстыру, мұрагерліктің өзгермегеніне көз жеткізу; типтік пайдаланушылар үшін «тиімді қолжетімділікті» тексеру (оқу, жазу, жою); кең топтар үшін Full Control сияқты артық құқықтардың жоқтығын тексеру; маңызды папкаларда иесінің дұрыстығын бекіту; нәтижелер мен растаған адамның жазбасын қалдыру.

Көшіру қатесі мен ескі жолдар

Журналына да қараңыз. Оларда жиі «дыбыстық емес» жоғалтулар қалады: тым ұзын жолдар, блокталған файлдар, атаулардағы проблемалар, құқықтар себебінен өткізіп жіберілген объектілер. Көшіру журналына «табу» емес, нақты қателер мен өткізу тізіміне назар аударыңыз.

Көшіру журналын тексеріңіз, қандай файлдар өткізіліп қалған немесе қандай қателер болғанын анықтаңыз: PST/OST, дерекқорлар, ашық файлдар сияқты түрлері. Сондай-ақ пайдаланушылардың шынымен жаңа жерде отырғанын тексеріңіз: ярлықтар, карта дискілер және қолданба баптаулары әлі ескі жолға жүгінуі мүмкін.

Практикалық мысал: «Бухгалтерия» папкасын көшіргеннен кейін адамдар есептерді аша алды, бірақ 1С шығарылымдары сақталмады, себебі сервис тіркелгісі «Обмен» ішкі папкасына жазу құқығын жоғалтқан еді. Мұндай мәселені тек пайдаланушы деңгейінде тексергенде табуға болады, жай ғана каталог көлемін салыстыру емес.

Қолжетімдегі «шіріп кетулерге» әкелетін жиі қателіктер

Ең ауыр проблемалар көшіруден кейін байқалады: «барлығына бәрі көрінеді» немесе керісінше ешкім жұмыс істей алмайды. Көбіне себеп типтік қателіктерде жатыр.

Бірінші — тек NTFS құқықтарын ғана көшіреді де Share-құқықтарды ұмытып кетеді. Нәтижесінде ең әлсіз рұқсат барлық нәрсеге әсер етеді: шарда кең рұқсат болса, артық адамдар кіре алады.

Екінші — мұрагерлік пен ерекшеліктер. Оны жергілікті өшіріп, сол күйінде көшірген кезде құқықтар «ерекше жағдайлар» жиынтығына айналады. Бірнеше аптадан кейін ешкім бір ішкі папканың неге жеке ережесі барын есінде сақтамайды, және кез келген түзету жанама әсерлер береді.

Үшінші — қажетті артықшылықтары жоқ есептік жазбамен көшіру. Өткізу «сәтті аяқталды» деп көрсетсе де, кейбір ACL көшірілмей қалады, иелер өзгеріп кетеді, кейін кездейсоқ қолжетімсіздіктер пайда болады.

Длинный пути, блокталған файлдар және «тыныш» көшіру қателері бөлек қатарда. Деректер орнында тұр сияқты, бірақ кей объектілер өткізіліп кеткен немесе дұрыс атрибутсыз жасалған, сондықтан олардың құқықтары өзгеше болады.

Тағы бір тұзақ — ерте ауыстыру. Пайдаланушылар ескі және жаңа орындарға бір уақытта жаза бастаса, деректер ұқсаспай, кейінгі дельта көшіруден кейін шатасу пайда болады.

Өндірістік іске қосу алдында бақылау сұрақтары арқылы тез өтіңіз: Share-модель күткенге сай ма; Unexpected Everyone/«Барлығы» немесе Domain Users/«Домен пайдаланушылары» сияқты кең топтар көрінбей ме; папкалардың жаңа иелері пайда болған жоқ па; көшіру қатесі мен өткізіп жіберілгендер тізімі бар ма; ауысқаннан кейін ескі жерде жазу белсенді ме.

Практикалық мысал: бөлім ай жабуды жүргізіп жатыр және бухгалтерия минут сайын қолжетімділікті жоғалтпауы тиіс. Егер жазуды ескі ресурсқа қысқа терезеге тоқтатсаңыз, финалдық дельта жасап, содан кейін ғана жолды ауыстырсаңыз, екі жаққа жазу мен құқықтағы «сырықтар» қатты азаяды.

Пайдаланушыларды ауыстыру алдындағы қысқа чек-лист

Пайдаланушыларды жаңа файл серверіне ауыстырмас бұрын 15 минуттық тынығу алып, қысқа тізім арқылы өтіңіз. Бұл кейінгі қолдау сұраныстары мен шұғыл кері қайтаруларды азайтады.

Әр ортақ папкаға иесі бар екеніне көз жеткізіңіз. Бұл нақты адам немесе рөл болу керек, «ИТ жалпы» емес. Иесі құрылым мен құқықтардың дұрыс екенін растауды және нәтижені қабылдауды қамтамасыз етеді.

Содан кейін ауыстыруға дейін құқықтарды бекітіңіз: Share пен NTFS. Айырықша жағдайларды ескеріңіз: нақты тыйымдар (Deny), пайдаланушыға тікелей берілген рұқсаттар, мұрагерлік және ұзақ уақыт қолданылмаған топтар. Егер құқықтар «тарихи түрде бапталған» болса, даулы жерлерді алдын ала белгілеп қойыңыз, сонда көшіруден кейін төтенше түрде таласпайсыз.

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

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

Ауыстыру алдындағы тез тексеру:

• Барлық шарлар мен олардың иелері тізімі бар, байланыс деректері актуалды.
• Ағымдағы Share және NTFS құқықтары бекітілген, ерекшеліктер мен Deny-лар белгіленген.
• Ауыстыру терезесі келісілген, пайдаланушылармен коммуникацияға жауапты адам бар.
• Кері қайтару жоспары тексерілген, маңызды деректердің резервтік көшірмесі қолжетімді.
• Тестілеу үшін есептік жазбалар немесе бөлім өкілдері дайын.

Ауыстырудан кейін тек көлемді салыстырумен шектелмеңіз. Папка иелерінен қарапайым тесттер жүргізуді сұраңыз: папканы ашып, файл жасаңыз, өзгертіңіз, өшіріңіз, типтік ішкі папкаларды тексеріңіз. Сол кезде жаңа сервердегі журналдарды қарап, бірінші қоңырауларды жылдам шешіңіз — әйтпесе қолданушылар мәселені «қауіпті» тәсілмен айналып өтуі мүмкін (барлығына толық қолжетімділік беру сияқты).

Практикалық мысал: ай жабу күнінде бөлімнің файлдарын тоқтатпай көшіру

Үш бөлім бірдей ортақ папка құрылымында жұмыс істеді. «Жобалар» (жұмыс белсенділігі жоғары, көп файл), «Архив» (сыни маңызды, сирек қолжетімді) және «Бухгалтерия» (қатты шектеулер және сәтсіздікке сезімтал). Мақсат: құқықтарды жоғалтпай және ай жабу күнінде тоқтатусыз жаңа файл серверіне көшіру.

Көшіру екі кешке бөлінген, жұмыс уақытын бұзбау үшін. Бірінші кеште негізгі көлем мен құқықтарды (NTFS) алуға қатысты ауыр көшірме алды, ескі шара негізгі қолжетімді орын болып қалды.

robocopy "\\OLD\SHARE" "D:\Shares\SHARE" /MIR /COPYALL /DCOPY:DAT /R:1 /W:1 /NP

Екінші кеште қысқа дельта-синхрон жасалды. Финалдық прогоннан 30–60 минут бұрын ескі шара «тек оқу» режиміне ауыстырылды: Share деңгейінде пайдаланушылардан жазу алынып тасталды, NTFS-та негізгі топтар үшін уақытша Create/Write құқығы шектелді. Бұл ешкімнің «өткенге жазбауын» қамтамасыз етті.

Ауыстырудан бұрын әрбір бөлімнен бір өкіл жаңа серверде жылдам тексеріп шықты: өз папкасында файл ашып, сақтап, жаңа файл жасап, жойып, басқа папкаларға рұқсат жоқтығын тексерді, файлды іздеп тауып, бұрынғы жолмен ашып көрді.

Ескі шараны бірден жоймаған: оны *_OLD деп атады, тек оқуға қалдырды және ішінде «Папка көшірілді» деген мәтінді файл қалдырды. Бірнеше күннен кейін жаңа жазбалар жоқ екеніне көз жеткізгеннен соң, шара толық өшірілді.

Келесі қадамдар: процесті бекіту және болашақ тәуекелдерді азайту

Көшіру аяқталғаннан кейін мәселені «жібере салмаңыз». Әйтпесе бірнеше аптадан кейін құқықтар қайта шашылып, жаңа шардалар пайда болып, аудит қайтадан қолмен тексеруге айналады.

Екі ролды ресми бекітіңіз: деректер иесі (ішін кім жауап береді) және құқықтарды мақұлдайтын тұлға (кім қолжетімділікті растайды). Бұл екі түрлі функция: иесі папканың ішін біледі, ал мақұлдаушы «кімге рұқсат берілуі керек» деген қағиданы сақтайды. Осы ролдар болмаса, өзгерістер чаттағы «әрекет өтініштеріне» айналады.

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

Сонымен қатар файл ресурстары платформасын 1–3 жылға бағалаңыз. Миграция жиі көрсетеді: орын таусылып жатыр, бэкап терезесіне сыймайды, қолжетімділік жоқ. Қажеттіліктерді анықтаңыз: көлем өсімі, жылдамдық талаптары (әкінінен бухгалтерия мен жобалар), бэкап және қалпына келтіру жоспары.

Егер жаңа сервер және инфрақұрылым мәселелерін интеграциялауды жоспарласаңыз, оны жүйелік интеграциямен бірге жасау оңай. Мысалы, GSE.kz Қазақстанда өндіруші және интегратор ретінде серверлерді жеткізіп, ұйымдардың инфрақұрылымы үшін көмектеседі.

2–4 аптадан кейін бірінші «бақылау нүктесін» тағайындап, таңдамалы құқықтарды қайта тексеріңіз. Көптеген тәуекелдер көшіруден кейінгі кезеңде, адамдар жаңа рұқсаттар сұрай бастағанда пайда болады.