Deletion, backups-க்கும் test copies-க்கும் போக வேண்டுமா?
Reviewed by InfraVeritas360 ResearchFirst published Last reviewed
Sources: DPDP Act, 2023 and DPDP Rules, 2025 (MeitY)
இது மொழிபெயர்த்த வழிகாட்டல்; legal advice அல்ல. சட்டச் சொற்கள் அவற்றின் English பெயருடன் காட்டப்பட்டுள்ளன. சந்தேகம் இருந்தால் English version-உம் Act-இன் official text-உம்தான் பொருந்தும். இந்தப் பக்கத்தை ஆங்கிலத்தில் படிக்கவும்
சுருக்கமான பதில்: ஆம், எழுத்தில் உள்ள backup-expiry rule மூலம்
உங்கள் கட்டுப்பாட்டில் உள்ள எல்லா copies-க்கும் deletion போய்ச் சேர வேண்டும். Backups-க்கு வழக்கமான நடைமுறை இது: delete செய்த records சாதாரண backup cycle-இல் தானாக expire ஆகட்டும், அவற்றை மீண்டும் live பயன்பாட்டுக்கு restore செய்யக் கூடாது, இதை எழுத்தில் வைக்க வேண்டும். Test மற்றும் training copies-இல் masked data மட்டுமே இருக்க வேண்டும்.
சட்டம் என்ன சொல்கிறது
Section 8(7) erasure கேட்கிறது. Rule 6 continuity-க்காக backups கேட்கிறது. இந்த இரண்டும் ஒரு backup retention rule-இல் சந்திக்கின்றன; அது போதுமான அளவு குறுகியதாகவும் எழுத்தில் உள்ளதாகவும் இருக்க வேண்டும்.
- Section 8(7) · Rule 8: Erasure and retention — எப்போது நீக்க வேண்டும், எவ்வளவு காலம் வைக்க வேண்டும். Purpose முடிந்தவுடன் அல்லது consent திரும்பப் பெறப்பட்டவுடன் personal data-வை erase செய்ய வேண்டும். ஏதாவது சட்டம் அதை வைத்திருக்கச் சொன்னால் மட்டுமே விதிவிலக்கு. உங்கள் processors-உம் erase செய்வதை உறுதிசெய்யுங்கள். Rules-இல் சொல்லப்பட்ட purposes-க்காக, ஒவ்வொரு Data Fiduciary-உம் personal data, traffic data, logs-ஐக் குறைந்தது ஒரு ஆண்டு வைத்திருக்க வேண்டும் என்று Rule 8(3) சொல்கிறது.
- Section 8(5) · Rule 6: Reasonable security safeguards — பாதுகாப்பு ஏற்பாடுகள். Reasonable security safeguards மூலம் personal data-வைப் பாதுகாக்க வேண்டும். Rule 6 குறைந்தபட்சத் தேவைகளைப் பட்டியலிடுகிறது: encryption, masking அல்லது tokenisation; access control; logs மற்றும் monitoring; continuity-க்கு backups; logs-ஐக் குறைந்தது ஒரு ஆண்டு வைத்திருத்தல்; processors-உடனான contracts-இல் security terms.
Steps
- Copies எங்கெல்லாம் உள்ளன என்று list செய்யுங்கள்: backups, replicas, test, analytics, laptops, vendors.
- Backup retention-ஐ retention schedule-உடன் பொருந்தும்படி set செய்யுங்கள்.
- ஒரு rule எழுதுங்கள்: delete செய்த records live systems-க்குள் restore செய்யப்படாது.
- Test மற்றும் training copies-இல் personal data-வை mask செய்யுங்கள்.
- Vendors-இடமிருந்து deletion confirmations வாங்குங்கள்.
வைத்திருக்க வேண்டிய evidence
- Backups-இன் retention settings
- எழுத்தில் உள்ள backup-expiry rule
- Test data-வுக்கான masking procedure
பொதுவான தவறுகள்
- வசதிக்காகப் பத்து வருட backups
- Test-இல் live data copies
- பழைய backups-ஐ restore செய்து, delete செய்த records-ஐத் திரும்பக் கொண்டு வருவது
யார் என்ன செய்ய வேண்டும்
- CISO / Security Head: ஒரு file restore அல்ல, full restore-ஐ test செய்யுங்கள். பிறகு, backup retention delete செய்த records-ஐ யாருக்கும் தெரியாமல் பல ஆண்டுகள் வைத்திருக்கிறதா என்று பாருங்கள்.
- CIO / IT Head: Deletion ஒரு engineering வேலை. ஒவ்வொரு system-உம் எப்படி delete செய்கிறது, backups எப்படி expire ஆகின்றன, test copies எப்படி mask செய்யப்படுகின்றன என்று முடிவு செய்யுங்கள்.
- CTO / Engineering Head: Deletion-ஐயும் backup expiry-ஐயும் சேர்த்தே design செய்யுங்கள்.
- IT துறை: Backup-expiry rule-ஐ எழுதுங்கள், test data-வை mask செய்யுங்கள். இந்த இரண்டு steps-உம் பெரும்பாலான deletion gaps-ஐ மூடிவிடும்.
- Procurement துறை: ஒரு exit clause சேருங்கள்: data திருப்பித் தரப்பட வேண்டும் அல்லது delete செய்யப்பட வேண்டும், certificate-உடன்.
- Information security / SOC துறை: Full restore-ஐ test செய்யுங்கள்.
- Software engineering துறை: Deletion-உம் backup expiry-உம் சேர்ந்தே.
- Records & archives துறை: பழைய backups-உம் records தான்.
Management-இடமிருந்து நல்ல பதில் எப்படி இருக்கும்
“எழுத்தில் உள்ள cycle-படி backups expire ஆகின்றன. Test systems-இல் masked data மட்டும். Restore செய்த backups-ஐப் பயன்படுத்தும் முன் clean செய்கிறோம்.” முயற்சியும் நேரமும்: நடுத்தரம் · 6 முதல் 10 வாரங்கள்.
உங்கள் பொறுப்புக்கான முழுப் பக்கத்தைத் திறக்கவும் →