# ಕಾರ್ಯಾಚರಣೆ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು

> ಉತ್ಪಾದನಾ ಡೊಮೇನ್ ನಿಯಂತ್ರಕರ ಮೇಲೆ DNS ಲಾಗ್ ಪರಿವರ್ತನೆಯನ್ನು ನಿರೀಕ್ಷಣೆ ಇಲ್ಲದೆ ಓಡಿಸುವ ಮೊದಲು ಏನು ಸರಿಯಾಗಿರಬೇಕು.

---

LLMS index: [llms.txt](/llms.txt)

---

ಲಾಗ್ ಅನ್ನು ಕೈಯಿಂದ ಪರಿವರ್ತಿಸುವುದು ಸುಲಭ. ಪ್ರತಿದಿನವೂ ಪ್ರತಿಯೊಂದು ಡೊಮೇನ್ ನಿಯಂತ್ರಕದಲ್ಲಿ, ವರ್ಷಗಳ ಕಾಲ, ಯಾರೂ ನೋಡದೆ ಅದನ್ನು ಓಡಿಸುವುದು ಸ್ವಲ್ಪ ವಿನ್ಯಾಸವನ್ನು ಅಗತ್ಯವಿದೆ. ಪ್ರಾಯೋಗಿಕವಾಗಿ ಗಮನಿಸಬೇಕಾದ ಅಂಶಗಳು ಇವು.

## 1. ಸಕ್ರಿಯ ಲಾಗ್ ಅಲ್ಲ, ತಿರುಗಿಸಲಾದ ಲಾಗ್‌ಗಳನ್ನು ಪರಿವರ್ತಿಸಿ

DNS ಸರ್ವರ್‌ನಲ್ಲಿ ಲಾಗ್ ರೋಲ್ಓವರ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ ಮತ್ತು ಮುಚ್ಚಿದ ಫೈಲ್‌ಗಳನ್ನು ಮಾತ್ರ ಪರಿವರ್ತಿಸಿ. ಈ ಮೋಡ್ಯೂಲ್ *ಸದ್ಯ DNS ಸರ್ವರ್ ಬರೆಯುತ್ತಿರುವ* ಲಾಗ್ ಅನ್ನು ಓದಬಹುದು, ಆದರೆ ಆ ಫೈಲ್ ಪರಿವರ್ತನೆಯ ಮಧ್ಯದಲ್ಲಿ ಬದಲಾಗುತ್ತದೆ: ಹೊಸ ದಾಖಲೆಗಳು ಕಾಣಿಸದಿರಬಹುದು ಮತ್ತು ಕೊನೆಯ ದಾಖಲೆ ಕತ್ತರಿಸಬಹುದು. ಎರಡು ಓಟಗಳು ಎರಡು ವಿಭಿನ್ನ ಫಲಿತಾಂಶಗಳನ್ನು ನೀಡುತ್ತವೆ.

ಸಾಮಾನ್ಯ ಮಾದರಿ ಹೊಸ ಫೈಲ್ ಅನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ:

```powershell
Get-ChildItem "C:\Administration\Logs\DNSServer\*.log" |
    Sort-Object LastWriteTime -Descending |
    Select-Object -Skip 1 |
    Convert-DNSDebugLogFile -ComputerName $env:COMPUTERNAME
```

<div class="alert alert-warning" role="alert"><div class="h4 alert-heading" role="heading">ಸಕ್ರಿಯ ಲಾಗ್ ಅನ್ನು -RemoveSourceFile ಜೊತೆಗೆ ಎಂದಿಗೂ ಸಂಯೋಜಿಸಬೇಡಿ</div>


DNS ಸರ್ವರ್ ಇನ್ನೂ ಬರೆಯುತ್ತಿರುವ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು ನಂತರ ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದ ವಿಷಯವಲ್ಲ. `-RemoveSourceFile` ಅನ್ನು ತಿರುಗಿಸಲಾದ, ಮುಚ್ಚಿದ ಲಾಗ್‌ಗಳಿಗೆ ಮಾತ್ರ ಮಿತಿಗೊಳಿಸಿ.
</div>


ಗಮನಿಸಬೇಕಾದ ವ್ಯತ್ಯಾಸ: ಕಡಿಮೆ ವಾಲ್ಯೂಮ್ ಸರ್ವರ್‌ನಲ್ಲಿ, ರೋಲ್ಓವರ್ ಒಂದು ದಿನಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳಬಹುದು, ಆದ್ದರಿಂದ ಆ ದಿನದ ಡೇಟಾ ಫೈಲ್ ತಿರುಗುವವರೆಗೆ ಪರಿವರ್ತಿಸಲಾಗುವುದಿಲ್ಲ. ರೋಲ್ಓವರ್ ಗಡಿಯನ್ನು ಅನುಗುಣವಾಗಿ ಆಯ್ಕೆಮಾಡಿ.

## 2. ಅದನ್ನು ವೇಳಾಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ಕೆಲಸಕ್ಕೆ ಸರಿಯಾದ ಗುರುತನ್ನು ನೀಡಿ

ಟಾಸ್ಕ್ ಶೆಡ್ಯೂಲರ್ ಸಾಮಾನ್ಯವಾಗಿ ಇದಕ್ಕೆ ಬಳಸಲಾಗುತ್ತದೆ — ದೈನಂದಿನ ಕಾರ್ಯವು ಸೂಕ್ತ ಡೀಫಾಲ್ಟ್. ಡೊಮೇನ್ ನಿಯಂತ್ರಕರಿಗಾಗಿ ಪೂರ್ಣ ಗ್ರೂಪ್ ಪಾಲಿಸಿ ಅನುಷ್ಠಾನವನ್ನು [GPO-ಚಾಲಿತ ಸಂಗ್ರಹಣಾ ಉದಾಹರಣೆ](../examples/gpo-driven-collection/) ನಲ್ಲಿ ದಾಖಲಾಗಿದೆ, ಮತ್ತು ಸ್ವತಂತ್ರ ಟಾಸ್ಕ್ ಅನ್ನು [Scheduled Task ಉದಾಹರಣೆ](../examples/scheduletask/) ನಲ್ಲಿ ಕಾಣಬಹುದು.

ಇಲ್ಲಿ ಜನರನ್ನು ತೊಂದರೆಗೊಳಿಸುವ ಮೂರು ಅಂಶಗಳು:

- **ಮೋಡ್ಯೂಲ್ ಕಂಡುಹಿಡಿಯುವಿಕೆ.** `SYSTEM` ಆಗಿ `-NoProfile` ಜೊತೆಗೆ ಓಡುತ್ತಿರುವ ಟಾಸ್ಕ್ ಯಂತ್ರ-ವ್ಯಾಪಕ ಮೋಡ್ಯೂಲ್ ಮಾರ್ಗಗಳನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ. ಮೋಡ್ಯೂಲ್ ಅನ್ನು ಯಂತ್ರ-ವ್ಯಾಪಕವಾಗಿ ಸ್ಥಾಪಿಸಿ ಅಥವಾ ಟಾಸ್ಕ್ ಕ್ರಿಯೆಯಲ್ಲಿ ಸ್ಪಷ್ಟ `Import-Module` ಸೇರಿಸಿ.
- **ಸಂಸ್ಕೃತಿ.** ಟಾಸ್ಕ್ ಓಡಿಸುವ ಖಾತೆಗೆ ನೀವು ಇಂಟರಾಕ್ಟಿವ್ ಪರೀಕ್ಷಿಸಿದ ಭಾಷಾ ಪರಿಸರ ಇರದಿರಬಹುದು. ಡೀಫಾಲ್ಟ್ ಮೇಲೆ ಅವಲಂಬಿಸದೆ `-InputCulture` ಮತ್ತು `-OutputCulture` ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿ.
- **ನೆಟ್ವರ್ಕ್ ಪ್ರವೇಶ.** ಮೂಲ ಅಥವಾ ಗುರಿ UNC ಮಾರ್ಗವಾಗಿದ್ದರೆ, `SYSTEM` ಕಂಪ್ಯೂಟರ್ ಖಾತೆಯಾಗಿ ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ. ಕಂಪ್ಯೂಟರ್ ಖಾತೆಗೆ (ಅಥವಾ `Domain Controllers` ಗುಂಪಿಗೆ) ಹಂಚಿಕೆ ಮತ್ತು NTFS ಹಕ್ಕುಗಳನ್ನು ನೀಡಿ, ಅಥವಾ ಟಾಸ್ಕ್ ಅನ್ನು ವಿಶೇಷ ಸೇವಾ ಖಾತೆಯಾಗಿ ಓಡಿಸಿ.

## 3. ನೀವು ಪ್ರಕ್ರಿಯೆ ಮಾಡಬಹುದಾದ ಗಾತ್ರದಲ್ಲಿ ತಿರುಗಿಸಿ

ಪ್ರತಿ ಫೈಲ್‌ಗೆ 50–200 MB ಗಾತ್ರವು ಪರಿವರ್ತನೆಗಳನ್ನು ನಿರೀಕ್ಷಣೀಯವಾಗಿರಿಸುತ್ತದೆ ಮತ್ತು ರಾತ್ರಿ ಕೆಲಸವು ತನ್ನ ಸಮಯದಲ್ಲಿ ಮುಗಿಯುತ್ತದೆ. ಒಂದು ಫೈಲ್ ಎಂದಿಗೂ ಬೆಳೆಯುತ್ತಾ ಇದ್ದರೆ ಅದು ಸಾಧ್ಯವಿಲ್ಲ. [ಕಾರ್ಯಕ್ಷಮತೆ](../04-performance/) ನೋಡಿ.

## 4. ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವ ಮೊದಲು ಮೊದಲ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ನಿಜವಾದ ಎರಡು ಅಥವಾ ಮೂರು ಲಾಗ್‌ಗಳ ಮೇಲೆ ಪರಿವರ್ತನೆಯನ್ನು ಕೈಯಿಂದ ಓಡಿಸಿ ಮತ್ತು CSV ಅನ್ನು ನಿಜವಾಗಿಯೂ ತೆರೆಯಿರಿ:

- ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳು ಸರಿಯಾಗಿದೆಯೇ — ದಿನ/ತಿಂಗಳು ಬದಲಾಯಿತೇ? (ಅದಾಗಿದ್ದರೆ `-InputCulture` ಹೊಂದಿಸಿ.)
- ಡಿಲಿಮಿಟರ್ ನಿಮ್ಮ ಗ್ರಾಹಕನು ನಿರೀಕ್ಷಿಸುವದಕ್ಕೆ ಹೊಂದಿದೆಯೇ?
- `ComputerName` ತುಂಬಿದೆಯೇ?
- ನೀವು ಬೇಕಾದ ಸನ್ನಿವೇಶಗಳು ಇದ್ದವೆಯೇ ಮತ್ತು ಬೇಕಾಗದವುಗಳು ಫಿಲ್ಟರ್ ಆಗಿದೆಯೇ?

`-WhatIf` ಬ್ಯಾಚ್ ಯಾವ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಪರ್ಶಿಸುವುದೆಂದು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ:

```powershell
Get-ChildItem "C:\Administration\Logs\DNSServer\*.log" |
    Convert-DNSDebugLogFile -RemoveSourceFile -WhatIf
```

## 5. ಪ್ರಕ್ರಿಯೆ ಮಾಡಿದ ಲಾಗ್‌ಗಳಿಗೆ ಏನು ಆಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

"ಹೊಸತಾದ ಲಾಗ್ ಹೊರತುಪಡಿಸಿ ಪ್ರತಿಯೊಂದು ಲಾಗ್" ಅನ್ನು ಸರಳವಾಗಿ ಪರಿವರ್ತಿಸುವ ಕೆಲಸ ಪ್ರತಿದಿನ ಅದೇ ಫೈಲ್‌ಗಳನ್ನು ಮರುಪ್ರಕ್ರಿಯೆ ಮಾಡುತ್ತದೆ. ಅದು ಬಲಿಷ್ಠ ಮತ್ತು ಸರಳ, ಆದರೆ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಮರುಬರೆಯುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಸಂಗ್ರಹಿಸುವುದರಲ್ಲಿ ನಕಲಿ ಸಾಲುಗಳನ್ನು ಒತ್ತಬಹುದು.

ಒಂದು ಆಯ್ಕೆ ಮಾಡಿ:

- ಪ್ರಕ್ರಿಯೆ ಮಾಡಿದ `.log` ಫೈಲ್‌ಗಳನ್ನು ಆರ್ಕೈವ್ ಫೋಲ್ಡರ್‌ಗೆ ಸ್ಥಳಾಂತರಿಸಿ
- ಪೈಪ್‌ಲೈನ್ ಮೇಲೆ ನಂಬಿಕೆ ಬಂದ ಮೇಲೆ `-RemoveSourceFile` ಮೂಲಕ ಅಳಿಸಿ
- ಕೆಳಗಿನ ಸಂಗ್ರಹಕವನ್ನು ನಕಲಿ ದಾಖಲೆಗಳನ್ನು ತೆಗೆದುಹಾಕುವಂತೆ ಮಾಡಿ

ಯಾವುದನ್ನು ಆಯ್ಕೆ ಮಾಡಿದರೂ, ಅದನ್ನು ಬರೆಯಿರಿ — ಇದು ಮುಂದಿನ ನಿರ್ವಾಹಕನಿಗೆ ಗೊಂದಲ ಉಂಟುಮಾಡದ ವಿವರ.

## 6. ಸಂಗ್ರಹಣೆ ಮತ್ತು ಸಂರಕ್ಷಣೆಯನ್ನು ಯೋಜಿಸಿ

ಸಂಕುಚಿತ (`-CompressOutput`) CSV ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ 90% ಅಥವಾ ಹೆಚ್ಚು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಪ್ರಮಾಣ ಇನ್ನೂ ಕೂಡ ಹೆಚ್ಚಾಗುತ್ತದೆ. ನಿಮ್ಮ ನಿಜವಾದ ಪ್ರಶ್ನೆ ದರ ಮತ್ತು ಸಂರಕ್ಷಣಾ ಬಾಧ್ಯತೆಯಿಂದ ಅಂದಾಜಿಸಿ, ಡೇಟಾ ಅನಂತವಾಗಿ ಬೆಳೆಯದಂತೆ ಅಂತಿಮ ದಿನಾಂಕವನ್ನು ಹೊಂದಿಸಿ.

`-OutputType Statistic` ಅನ್ನು ದೀರ್ಘಾವಧಿ ಸಂರಕ್ಷಣೆಗೆ ಪರಿಗಣಿಸುವುದು ಸೂಕ್ತ: ದೈನಂದಿನ ರೋಲ್ಅಪ್‌ಗಳು ಸಣ್ಣದಾಗಿದ್ದು, ಹಳೆಯ ಸಾಲು-ಮಟ್ಟದ ಡೇಟಾ ಕಾಯ್ದುಕೊಂಡಿದ್ದುದಕ್ಕೆ ಕಾರಣವಾದ ಪ್ರವೃತ್ತಿ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರ ನೀಡುತ್ತವೆ.

## 7. ಔಟ್‌ಪುಟ್ ಅನ್ನು ಸಂವೇದನಾಶೀಲವಾಗಿ ಪರಿಗಣಿಸಿ

ಪಾರ್ಸ್ ಮಾಡಿದ DNS ಲಾಗ್‌ಗಳು ನಿಮ್ಮ ಆಂತರಿಕ ಹೆಸರು ರಚನೆ ಮತ್ತು ಯಾರು ಏನು ಹುಡುಕಿದರೋ ವಿವರಿಸುತ್ತವೆ. ಅದು ಬಹುಮಟ್ಟಿಗೆ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಲಾಗ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಬಹಿರಂಗಪಡಿಸುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ನ್ಯಾಯವ್ಯವಸ್ಥೆಯ ಅವಲಂಬನೆಯಂತೆ ಅದು ವೈಯಕ್ತಿಕ ಡೇಟಾ ಆಗಿರಬಹುದು.

- ಔಟ್‌ಪುಟ್ ಫೋಲ್ಡರ್‌ಗಳ ಮೇಲೆ NTFS ಮತ್ತು ಹಂಚಿಕೆ ಅನುಮತಿಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ.
- CSVಗಳನ್ನು ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಫೈಲ್ ಹಂಚಿಕೆಯಲ್ಲಿ "ತಾತ್ಕಾಲಿಕವಾಗಿ" ಬಿಡಬೇಡಿ.
- DNS ಲಾಗ್ ಡೇಟಾವನ್ನು ನಿಮ್ಮ ಸಂರಕ್ಷಣಾ ಮತ್ತು ಅಳಿಸುವ ನೀತಿಯಲ್ಲಿ ಸೇರಿಸಿ, ಕೇವಲ ಬ್ಯಾಕಪ್ ನೀತಿಯಲ್ಲಿ ಮಾತ್ರವಲ್ಲ.
- ಸಂಕೋಚಿತ ಔಟ್‌ಪುಟ್ ಸಣ್ಣದಾಗಿರಬಹುದು, ರಕ್ಷಿತವಲ್ಲ — ಅಗತ್ಯವಿರುವಲ್ಲಿ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಅಥವಾ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಬಳಸಿ.

## 8. ಹೆಡರ್ ಪರಿಶೀಲನೆಯನ್ನು ಸಕ್ರಿಯವಾಗಿರಿಸಿ

ಫೈಲ್ ನಿಜವಾಗಿಯೂ DNS ಡಿಬಗ್ ಲಾಗ್ ಆಗಿದೆಯೇ ಎಂಬ ಡೀಫಾಲ್ಟ್ ಪರಿಶೀಲನೆ ಯಾವುದೇ ವೆಚ್ಚವಿಲ್ಲದೆ ತಪ್ಪು ಮಾರ್ಗವನ್ನು ಸಾವಿರಾರು ಅರ್ಥವಿಲ್ಲದ ಸಾಲುಗಳಾಗಿ ತಯಾರಾಗುವುದನ್ನು ತಡೆಯುತ್ತದೆ. `-SkipHeaderValidation` ಅನ್ನು ನಿಜವಾಗಿಯೂ ಅಸಾಮಾನ್ಯ ಸ್ವರೂಪಗಳಿಗೆ ಮಾತ್ರ ಬಳಸಿ — ಮತ್ತು ಈ ಕಾರಣಕ್ಕಾಗಿ ಆಜ್ಞೆ ಅದನ್ನು `-RemoveSourceFile` ಜೊತೆಗೆ ಸಂಯೋಜಿಸಲು ನಿರಾಕರಿಸುತ್ತದೆ.

## 9. ಸರ್ವರ್ ಮಾತ್ರವಲ್ಲ, ಕೆಲಸವನ್ನು ಕೂಡ ಗಮನಿಸಿ

ನಿರೀಕ್ಷಣೆ ಇಲ್ಲದೆ ನಡೆಯುವ ಪರಿವರ್ತನೆ ನಿಶ್ಶಬ್ದವಾಗಿ ನಿಲ್ಲುವುದು ಪರಿವರ್ತನೆ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು, ಏಕೆಂದರೆ ಡೇಟಾ ಬೇಕಾದಾಗ ಮಾತ್ರ ಗ್ಯಾಪ್ ಗಮನಕ್ಕೆ ಬರುತ್ತದೆ.

- ಶೂನ್ಯವಲ್ಲದ ದೋಷ ಔಟ್‌ಪುಟ್‌ಗೆ ಗಮನವಿಡಿ; GPO ಉಲ್ಲೇಖ ಅನುಷ್ಠಾನ `$Error.Count -gt 0` ಆಗಿದ್ದಾಗ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಎಸೆದು ಟಾಸ್ಕ್ ವಿಫಲತೆಯನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ.
- ಟಾಸ್ಕ್ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆಯೇ ಎಂಬುದರ ಬದಲು ಟಾಸ್ಕ್‌ನ ಕೊನೆಯ ಫಲಿತಾಂಶ ಕೋಡ್ ಮೇಲೆ ಎಚ್ಚರಿಕೆ ನೀಡಿರಿ.
- ಔಟ್‌ಪುಟ್ ಫೈಲ್‌ಗಳು ಇತ್ತೀಚಿನ ಟೈಮ್‌ಸ್ಟ್ಯಾಂಪ್‌ಗಳೊಂದಿಗೆ ನಿಜವಾಗಿಯೂ ಕಾಣಿಸುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
- ಲಾಗ್ ವಾಲ್ಯೂಮ್ ಮತ್ತು ಔಟ್‌ಪುಟ್ ಗುರಿಯ ಎರಡರಲ್ಲಿಯೂ ಖಾಲಿ ಡಿಸ್ಕ್ ಸ್ಥಳವನ್ನು ಗಮನಿಸಿ.

ವಿಫಲವಾದ ಓಟದ ಸಾಮಾನ್ಯ ಕಾರಣಗಳು — ಪ್ರವೇಶ ನಿರಾಕರಣೆ, ಲಾಗ್‌ಗಳ ಹಾಳಾಗಿರುವುದು, ಅಮಾನ್ಯ ಹೆಡರ್‌ಗಳು — [ಸಮಸ್ಯೆ ಪರಿಹಾರ](../08-troubleshooting/) ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ.

## 10. ಕಾರ್ಯಪ್ರವಾಹವನ್ನು ದಾಖಲೆ ಮಾಡಿ

ಲಾಗ್‌ಗಳು ಎಲ್ಲಿಗೆ ಬರೆಯಲ್ಪಡುತ್ತವೆ, ಕೆಲಸ ಯಾವಾಗ ಓಡುತ್ತದೆ, ಯಾವ ಪರಿಮಾಣಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಔಟ್‌ಪುಟ್ ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತದೆ, ಯಾರು ಅದನ್ನು ಉಪಯೋಗಿಸುತ್ತಾರೆ ಮತ್ತು ಎಷ್ಟು ಕಾಲ ಕಾಯ್ದಿರಿಸಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಕಾರ್ಯಾಚರಣೆ ವಿಕಿಯಲ್ಲಿ ಆರು ಸಾಲುಗಳು. ಇದು ಸೆಟ್‌ಅಪ್ ಅನ್ನು ಪರಿಶೀಲನೀಯ ಮತ್ತು ಹಸ್ತಾಂತರಿಸಬಹುದಾದದ್ದು ಮಾಡುತ್ತದೆ.