د SSH له لارې rsync کمانډ د لینوکس په سرورونو کې د لوی فایلونو ژر، خوندي او د قطعې پر وړاندې مقاوم انتقال لپاره عملي ترین حل دی. کله چې د ویب سایټ فایلونه، بیک اپونه، میډیا فولډرونه یا د اپلیکیشن ډیټا په سلګونه GB حجم ولري، rsync یوازې بدل شوي بلاکونه لیږدوي، چې له دودیزو کاپي میتودونو څخه ډېر سرعت او اسانتیا لري. اصلي منطق دا دی: د سرچینې سرور فایلونه د SSH ټنل له لارې هدف سرور ته په رمز شوې بڼه سینک کېږي؛ که اتصال قطع شي، پروسه له هماغه ځایه دوام کوي.
د سرور انتقال، کوربه لوړونه، د ډیټا سنټر بدلون یا بیک اپ عملیاتو کې سرعت او د معلوماتو بشپړتیا دواړه مهم دي. یو لوی ارشیف د یوې برخې په توګه ډاونلوډ او بیا اپلوډ کول وخت ضایع کوي او د اتصال ستونزو سره باید له سره پیل شي. rsync دلته مرسته کوي: فایل ټیم سټمپونه، اجازه نامې، مالکیتونه او فولډر جوړښت خوندي ساتي. له همدې امله لینوکس سیسټم اډمینان، DevOps ټیمونه او ویب کوربه ماهران هره ورځ rsync کاروي.
په دې لارښود کې به د SSH له لارې د rsync کمانډ سره د دوو لینوکس سرورونو ترمنځ د لوی فایلونو انتقال عملي مثالونو، مرحله وار تشریح او مهمې تجربې شریک کړو. د سرعت زیاتولو پارامترونه، امنیتي چکونه، غلطۍ، ټست انتقال او هغه ټکي چې باید د تولید چاپیریال ته تر تګ مخکې پام وشي هم به تشریح شي. که نوي VPS یا کوربه ته انتقال پلان لرئ، نو د سرچینې او هدف سرور لپاره کافی ډیسک ځای، SSH لاسرسی او مناسب کارونکي اجازه نامې باید ولرئ. د بنسټیز انتخاب لپاره Hostragons د VPS سرور حللارې او د لینکس هاستینګ پیکجونه وګورئ.
rsync څه دی او ولې د لوی فایل انتقال لپاره غوره دی؟
rsync یو قوي کمانډ لاین وسیله ده چې فایلونه او فولډرونه په محلي یا لرې سرورونو کې سینک کوي. تر ټولو مهمه ځانګړنه یې د "ډیلټا ترانسفر" الگوریتم دی. دا الگوریتم هر ځل ټوله فایل نه لیږدوي، بلکې یوازې بدل شوي برخې انتقالوي. مثلاً که د 80 GB بیک اپ فایل کې یوازې 2 GB بدلون وي، نو rsync به فقط همدا بدلونونه انتقال کړي.
SSH انتقال رمز کوي، یعنې فایلونه د شبکې له لارې په ساده متن نه لیږدول کېږي. دا د مشتری ډیټا، ای-کامرس ثبتونه، میډیا ارشیفونه، ډیټابیس بیک اپونه او ځانګړي اپلیکیشن فایلونو لپاره حیاتي ده. د کوربه نړۍ کې امنیت یوازې د SSL سره نه محدودېږي؛ د سرور ترمنځ انتقال لار هم خوندي باید وي. د ویب ترافیک لپاره د SSL سند وکارئ، او د سرور ترمنځ فایل انتقال لپاره SSH شفر غوره کړئ.
rsync د FTP یا لاس لاس اپلوډ/ډاونلوډ پرتله ډېر انعطاف لري. اجازه نامې ساتي، سمبولیک لینکونه انتقالوي، حذف شوي فایلونه په هدف کې هم حذفوي، بینډویډ محدودوي او انتقال مخکې ټست کوي. د لوی فایل انتقال په خطرناکو مواردو کې دا کنټرول واقعي ګټه ورکوي.
د SSH له لارې rsync کمانډ کله وکاروئ؟
د SSH له لارې rsync کمانډ په خاص ډول د لوی، زیاتو یا ډېر بدلون لرونکو فایلونو انتقال لپاره مناسب دی. د عادي عکس فولډر لپاره SFTP بس دی، خو په زرګونو فایلونه، مختلف اجازه نامې او لوی ارشیفونه rsync ته اړتیا لري.
- د زوړ سرور څخه نوي VPS ته ویب سایټ انتقالوئ.
- د WordPress uploads فولډر کې زرګونه میډیا فایلونه انتقالوئ.
- د ورځني، هفتو یا میاشتني بیک اپونه بل سرور ته کاپي کوئ.
- د ډیټا سنټر یا کوربه بدلون کوئ.
- اپلیکیشن فایلونه په تولید او بیک اپ چاپېریال ترمنځ سینک کوئ.
- د اوږدې انتقال پروسې لپاره چې د قطعې امکان لري.
مثلاً که 250 GB میډیا فولډر غواړی خپل کمپیوټر ته ډاونلوډ او بیا نوي سرور ته اپلوډ کړئ، نو دوه ځله انتقال کیږي. دا وخت زیاتوي او انټرنیټ مو بوخت ساتي. rsync سره مستقیم انتقال د اضافي مرحلې مخنیوی کوي.
د شروع کولو لپاره څه ته اړتیا ده؟
د rsync کامیاب عملیات یوازې د کمانډ پوهیدل ندي، بلکې د سرچینې او هدف سرور شرایط باید چک شي، تر څو د معلوماتو ضایع یا نیمګړي انتقال خطر کم شي. لاندې چکونه باید په تولید چاپیریال کې حتماً تر سره شي.
1. د SSH لاسرسی تایید کړئ
د سرچینې سرور څخه هدف ته SSH اتصال باید کار کوي. عادي اتصال: ssh user@target-server-ip. که SSH بل پورټ لري: ssh -p 2222 user@target-server-ip. که دا کار نه کوي، rsync هم نه کار کوي. د فایروال، Fail2ban، SSH پورټ، کارونکي اجازه او رمز یا کیلي تایید چک کړئ.
2. د rsync پکیج نصب تایید کړئ
په ډېری لینوکس توزیعاتو کې rsync نصب وي، خو چک وکړئ. Debian/Ubuntu کې rsync --version کمانډ وکارئ. که نصب نه وي: apt install rsync. AlmaLinux، Rocky یا CentOS کې: dnf install rsync یا yum install rsync. Hostragons VPS کې نصبول یوازې څو ثانیې وخت نیسي.
3. د ډیسک ځای حساب کړئ
که هدف سرور کې کافی ځای نه وي، انتقال نیمګړی کېږي. د سرچینې فولډر حجم لپاره: du -sh /source/folder. د هدف سرور ډیسک حالت لپاره: df -h. یوازې د فایل حجم نه، بلکې لنډمهاله فایلونه او لاګونه هم حساب کړئ. مثلاً که 500 GB انتقالوئ، هدف کې لږ تر لږه 550-600 GB باید موجود وي.
4. مهم سرویسونه او بدلیدونکي فایلونه پلان کړئ
په فعال ویب سایټ کې فایلونه د انتقال پرمهال بدلېږي. خاصتاً د کارونکي اپلوډونه، cache او لاګونه. لوی انتقال کې لومړی اساسي معلومات انتقال کړئ، بیا سایټ "بند" کړئ او وروستی rsync چلوئ. دا ډول قطعې وخت دقیقه ته راکمیږي. د WordPress لپاره د WordPress هاستنګ لېږد لارښود هم مرسته کوي.
بنیادي rsync کمانډ: د دوو سرورونو ترمنځ فایل انتقال
معمولي استعمال: rsync -avz /source/folder/ user@target-ip:/target/folder/. دلته -a "ارشیف" موډ دی، اجازتونه، ټیم سټمپ، سمبولیک لینکونه ساتي. -v تفصیلي نتیجه ورکوي، -z انتقال کې کمپریشن کوي. د فولډر پای ته / مهم دی؛ /source/folder/ یعنې محتویات انتقالېږي، /source/folder یعنې فولډر پخپله هم.
مثال: غواړی د زوړ سرور /var/www/site/public_html/ کې 180 GB فایلونه نوي سرور /var/www/site/public_html/ ته انتقال کړئ. کمانډ: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/. دا انتقال د SSH له لارې کوي.
که root نه کاروئ، هدف سرور کې یو ځانګړي کارونکي ته د لیکلو اجازه ورکړئ. مثلاً: deploy کارونکي، او فولډر مالکیت ورته تنظیم کړئ. په تولید کې root استعمال عملي دی، خو محدود کارونکي امنیت کې غوره دی.
د rsync خوندي او مقاوم پارامترونه
یوازې بنیادی کمانډ کافی نه دی، خاصتاً د اتصال قطع، نیمګړي فایلونه، غلط حذف یا کمزوري شبکه کې. لاندې کمانډ د ډېری انتقالونو لپاره قوي پیل دی:
rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /source/folder/ user@target-ip:/target/folder/
دلته -a ارشیف، -H "هارډ لینک"، -A ACL اجازه، -X اضافي ځانګړنې ساتي. --numeric-ids د کارونکي او ګروپ ID استعمالوي، که سرورونه مختلف وي. --partial نیمګړي فایلونه ساتي. --progress د انتقال وضعیت ښيي. --append-verify د لوی فایلونو لپاره دا زیات امنیت ورکوي.
هر پارامتر لازمي نه دی. مثلاً ساده ویب سایټ لپاره -aHAX بس دی، خو ځانګړي اپلیکیشن کې ACL او X مهم دي. د انتقال مخکې ټست وکړئ.
که SSH مختلف پورټ لري، کمانډ څنګه وي؟
د امنیت لپاره SSH پورټ 22 نه وي. دلته باید rsync کې SSH پارامتر مشخص کړئ. مثال: rsync -avz -e ssh -p 2222 /source/folder/ user@target-ip:/target/folder/. خو باید -e سره یوځای استعمال شي: rsync -avz -e 'ssh -p 2222' /source/folder/ user@target-ip:/target/folder/.
په ټرمینل کې د quotation سم استعمال مهم دی. که SSH کیلي کاروئ: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /source/folder/ user@target-ip:/target/folder/. دا اتومات بیک اپ یا cron کې ډیر کارول کیږي.
د انتقال مخکې ټست: --dry-run استعمال
د لوی انتقال مخکې --dry-run استعمال خورا مهم دی. دا فایلونه واقعاً نه کاپي کوي، یوازې ښيي چې کوم فایلونه انتقالېږي. د غلط فولډر، هدف یا حذف مخنیوي کوي.
مثالي کمانډ: rsync -avz --dry-run /var/www/site/ user@target-ip:/var/www/site/. نتیجه کې انتقالیدونکي فایلونه، فولډرونه او خلاصه وینئ. که --delete کاروئ، dry-run لازمي دی، ځکه --delete د سرچینې نه موجود فایلونه په هدف کې حذفوي. دا د هدف د عین کټ مټ سینک لپاره کار کوي، خو غلط استعمال جدي زیان لري.
عملي پروسه: لومړی SSH ټست، بیا ډیسک چک، بیا rsync --dry-run، بیا د کوچني فولډر ټست، آخر کې اصلي انتقال. دا څو دقیقې وخت نیسي، خو د ساعتونو غلطۍ مخنیوی کوي.
د فعالیت لپاره کمپریشن، بینډویډ او شفر تنظیمات
د rsync سرعت یوازې د فایل حجم نه دی، بلکې سرور CPU، ډیسک، شبکه، بینډویډ او فایل شمیر هم مهم دي. ډېری کوچني فایلونه له لوی فایل نه ورو انتقالېږي، ځکه هر یو میټاډاټا لري. NVMe ډیسک لرونکي VPS کې سرعت ډېر ښه دی. د شدید انتقال لپاره NVMe VPS سرور چاره غوره ده.
-z کمپریشن پارامتر د متن فایلونو، لاګونو یا بیک اپ کې ګټور دی، خو کمپریشن شوي فایلونه (zip، tar.gz، jpg، mp4، gzip) کې اضافي CPU مصرفوي او ګټه نه لري. د 1 Gbps شبکه او قوي سرورونو ترمنځ د میډیا فایلونه انتقال کې -z لرې کړئ. خو کم بینډویډ او متن فایلونه کې -z ډېر ګټور دی.
بینډویډ محدودولو لپاره --bwlimit وکارئ. مثلاً --bwlimit=50000 یعنې 50 MB/s. دا د ویب سایټ شبکه مصروف نه کوي. انتقال شپه کې پلان کړئ، بینډویډ محدود کړئ، او load average وګورئ.
د rsync، scp، SFTP او FTP پرتله

د فایل انتقال لپاره مختلف میتودونه شته؛ هر یو قوت او ضعف لري. دا جدول د لوی فایل او سرور انتقال لپاره مناسب انتخاب خلاصه کوي.
| میتود | امنیت | د دوام وړتیا | لوی فایل سرعت | غوره استعمال |
|---|---|---|---|---|
| rsync + SSH | لوړ | قوي | ډېر ښه | سرور انتقال، بیک اپ، سینک |
| scp | لوړ | محدود | منځنی | د څو فایلونو ژر کاپي |
| SFTP | لوړ | د کلاینت پورې | منځنی | لاس فایل اداره |
| FTP | کم | د کلاینت پورې | متغیر | زړې سیستمونه، امنیت مهم نه وي |
لکه جدول کې، rsync خاصتاً په تکراري سینک او لوی انتقال کې قوي دی. scp ساده دی، خو د rsync په شان هوښیار نه دی. FTP بې رمز استعمال د عصري امنیت معیارونه نه لري. کوربه پینل کې FTP عملي دی، خو د سرور ترمنځ مهم انتقال کې SSH اساس میتودونه غوره دي.
د فعال ویب سایټ انتقال لپاره نمونوي مراحل
د ویب سایټ انتقال یوازې فایلونه نقلول نه دي؛ DNS، ډیټابیس، SSL، PHP نسخه، اجازه نامې او ایمیل تنظیم هم مهم دي. لاندې د لوی فایل لرونکي ویب سایټ لپاره د کمې قطعې نمونوي پروسه ده.
- په نوي سرور کې ویب سرور، PHP، ډیټابیس او اړین ماډیولونه چمتو کړئ.
- د ډومین DNS TTL له انتقال مخکې 300 ثانیې ته کم کړئ. د ډومین مدیریت لپاره د ډومېن پلټنه او ډومېن مدیریت وګورئ.
- اول rsync انتقال کله چې سایټ فعال وي، اجرا کړئ. دا اکثره فایلونه انتقالوي.
- د ډیټابیس بیک اپ واخلئ او نوي سرور ته انتقال کړئ.
- سایټ لنډمهاله "بند" کړئ.
- دوهم rsync کمانډ اجرا کړئ، وروستي بدلونونه انتقال کړئ.
- ډیټابیس تازه بیک اپ واخلئ یا incremental انتقال وکارئ.
- په نوي سرور کې اجازه نامې، سایټ پرانسته او لاګونه چک کړئ.
- SSL سند نصب یا تجدید کړئ. د SSL سند نصب مرسته کوي.
- DNS ریکارډونه نوي IP ته واړوئ.
دلته اصلي فایل انتقال د سایټ فعالوالي پر مهال کېږي. قطعې یوازې د وروستي سینک او DNS بدلون کې راځي. د لوی میډیا WordPress سایټ کې دا پروسه د ساعتونو قطعې څو دقیقو ته راکوي.
د معلوماتو بشپړتیا چک کول
انتقال پای ته رسېدلی، یوازې د کمانډ ختمیدل کافی نه دي. فایل شمیر، حجم او مهم فایلونه باید چک شي. ساده چک: سرچینې او هدف کې du -sh استعمال کړئ. خو د فایل سیستم بلاک فرق له امله ممکن دقیق برابر نه وي. تفصیلي چک: rsync بیا هماغه پارامتر سره اجرا کړئ، که نوي فایل پاتې نه وي، نتیجه کم وي.
د checksum لپاره: rsync -avc --dry-run /source/folder/ user@target-ip:/target/folder/. دلته -c فایلونه د ټیم سټمپ او حجم سربیره د checksum سره پرتله کوي. ډېر لوی معلوماتو کې دا CPU او ډیسک بار زیاتوي، محتاط ووسئ. د مهم ارشیفونو، ډیټابیس dump یا مشتری اسنادو لپاره دا اضافي اعتبار ورکوي.
که ویب سایټ انتقال کړی، د اپلیکیشن سطحه چک وکړئ: اصلي صفحه، مدیریت پینل، عکس اپلوډ، تادیه صفحه، تماس فورم او غلطۍ لاګونه. د ای-کامرس سایټ کې یوازې فایل انتقال کافی نه دی؛ تادیه انټيګریشن او cron کارونه هم نوي سرور کې چک کړئ.
عام غلطۍ او حلونه
Permission denied خطا
دا خطا اکثر د SSH کارونکي اجازه، هدف فولډر لیکلو اجازه یا کیلي تایید له امله راځي. لومړی د هماغه کارونکي سره عادي SSH اتصال وکړئ. که بریالی وي، هدف فولډر کې فایل جوړ کړئ. که اړتیا وي، chown سره مالکیت بدل کړئ یا sudo استعمال کړئ.
No space left on device خطا
که هدف ډیسک کې ځای نه وي، انتقال ودریږي. df -h سره ډیسک چک کړئ. کله کله اساسي ډیسک نه، بلکې /tmp یا د mount نقطه ډکه وي. لوی انتقال کې لاګونه، زاړه بیک اپونه یا cache پاک کړئ. دایمي حل: ډیسک پراخ کړئ یا لوړ VPS استعمال کړئ.
Connection reset یا Broken pipe خطا
د اوږدې انتقال پرمهال شبکه قطع شي. که --partial او --append-verify کارووئ، کمانډ بیا اجرا کړئ، انتقال له هماغه ځایه دوام کوي. SSH keepalive تنظیمات هم مرسته کوي. کلاینت کې ServerAliveInterval 60 د بې کاره قطع کموي.
ډېر ورو انتقال
وروالي د فایل شمیر، ډیسک I/O، کمپریشن، یا شبکې محدودیت له امله وي. که ډېر کوچني فایلونه وي، tar ارشیف جوړول ځینې وختونه تیز دی، خو rsync د فایل بدلون ګټه له منځه وړي. لوی او کمپریشن شوي فایلونه کې -z لرې کړئ. iotop، htop، iftop سره د bottleneck ځای پیدا کړئ.
د امنیت لپاره غوره طرزالعملونه
د سرور ترمنځ فایل انتقال کې امنیت هیر نه کړئ. خاصتاً root لاسرسی، SSH کیلي او بیک اپ فایلونه حساس دي. د رمز پر ځای SSH کیلي استعمال کړئ، کیلي فایلونه سخت اجازه ولري، شخصي کیلي شریک نه کړئ او passphrase وکارئ.
د انتقال لپاره یو لنډمهاله کارونکي جوړ کړئ، یوازې اړینو فولډرونو ته لاسرسی ورکړئ، عملیات پای ته رسېدو وروسته اجازه محدود یا حساب بند کړئ. SSH ته IP محدود کړئ، فایروال، Fail2ban او تازه OpenSSH استعمال کړئ.
که ډیټابیس dump، مشتری اسناد یا شخصي معلومات انتقالوئ، عملیات وروسته لنډمهاله فایلونه پاک کړئ. .sql، .zip یا .tar بیک اپونه د ویب فولډر کې پرېږدول امنیت ته خطر دی؛ دا فایلونه غیر ویب فولډر کې وساتئ یا پروسه وروسته حذف کړئ.
د اتومات بیک اپ لپاره rsync کارول
rsync یوازې د انتقال لپاره نه، بلکې منظم بیک اپ کې هم کارول کېږي. مثلاً هره شپه یو فولډر بیک اپ سرور ته انتقال کړئ، د cron سره. دلته SSH کیلي سره رمز ته اړتیا نشته، rsync یوازې بدل شوي فایلونه انتقالوي، بینډویډ محدودوي.
مثالي کمانډ: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@backup-ip:/backup/site/. دا هدف فولډر د سرچینې سره برابر کوي. خو --delete له امله احتیاط پکار دی، سرچینې کې حذف شوی فایل په هدف کې هم حذف کېږي. د مهم بیک اپ لپاره snapshot، ورځني فولډر یا versioning حلونه غوره دي.
د کوربه عملیاتو کې 3-2-1 بیک اپ قاعده مهمه ده: لږ تر لږه 3 نسخه، 2 مختلف ځای کې، 1 نسخه بل موقعیت کې. rsync دا سرور ترمنځ کاپي اسانه کوي. د پراخ بنسټ لپاره د بیک اپ حللارې او د کارپوریټ هاستینګ خدمات وګورئ.
د انتقال مخکې لنډه چک لیست
د لوی فایل انتقال شروع مخکې لاندې لیست عملي کړئ، دا خطا امکان کموي. دا لیست باید په تولید چاپېریال کې معیار وي.
- سرچینې او هدف سرور کې rsync نصب دی؟
- SSH اتصال د درست کارونکي او پورټ سره ټست شوی؟
- هدف سرور کې کافی ډیسک ځای شته؟
- اول عملیات --dry-run سره چک شوی؟
- فعال سایټ لپاره "بند" او وروستی سینک پلان شوی؟
- که --delete کاروئ، هدف فولډر دقیق تایید شوی؟
- انتقال وروسته فایل حجم، اجازتونه او اپلیکیشن ټست کېږي؟
- لنډمهاله بیک اپ او dump فایلونه خوندي پاکېږي؟
دا چکونه ساده ښکاري، خو اکثره ستونزې د غلط هدف فولډر، ناقص اجازه، کم ډیسک ځای او بې پلان DNS انتقال له امله وي. منظم rsync پروسه انتقال وخت کموي او د ستونزو حل امکان زیاتوي.
اکثر پوښتنې
که د SSH له لارې rsync سره اتصال قطع شي، انتقال له سره شروع کېږي؟
نه، که درست پارامترونه کاروئ، انتقال له هماغه ځایه دوام کوي. --partial او --append-verify نیمګړي فایلونه ساتي او کمانډ بیا اجرا شي، انتقال له قطع شوې موقعې دوام کوي. خو له سره اجرا مخکې هدف ډیسک او نیمګړي فایلونه چک کړئ.
rsync سره ډیټابیس مستقیم انتقالېږي؟
rsync فایلونه انتقالوي؛ فعال ډیټابیس فایلونه مستقیم نقلول صحیح نه دي. د MySQL/MariaDB لپاره mysqldump یا فزیکي بیک اپ استعمال کړئ، بیک اپ فایل rsync سره منتقل کړئ. د فعال سیسټم لپاره د معلوماتو ثبات لپاره "بند" یا replication پلان کړئ.
rsync کارولو لپاره دواړو سرورونو کې root لازم دی؟
root لازمي نه دی. هدف فولډر ته لیکلو اجازه لرونکی کاروونکی بس دی. خو د فایل مالکیت، سیسټم فولډر، ACL یا ځانګړي اجازتونو لپاره لوړ اجازه پکار ده. امنیت له پلوه محدود کاروونکی غوره دی.
--delete پارامتر خوندي دی؟
که درست استعمال شي، هدف فولډر د سرچینې سره عین سینک کوي؛ خو غلط هدف کې استعمال جدي زیان لري. --delete کمانډ اول --dry-run سره چک کړئ، سرچینې او هدف فولډر دقیق تایید کړئ.
لوی فایل انتقال کې rsync بهتر دی که scp؟
د کوچني یواځې انتقال لپاره scp بس دی؛ خو د لوی فایلونو، زیاتو فایلونو او تکراري سینک لپاره rsync غوره دی. دا بدل شوي فایلونه پیژني، نیمګړي انتقال دوام ورکوي، بینډویډ محدودوي او ټست موډ لري.
لنډیز او راتلونکی ګام
د SSH له لارې rsync سره د دوو سرورونو ترمنځ لوی فایلونه انتقالول؛ ژر، خوندي او اداره کېدونکی میتود دی. درست پارامترونه سره د قطعې مقاومت لري، یوازې بدل شوي فایلونه انتقالوي، او فعال سایټ انتقال کې قطع کموي. د غوره نتیجه لپاره اول SSH او ډیسک چک کړئ، --dry-run سره ټست وکړئ، بیا اصلي انتقال منظمه پلان سره اجرا کړئ.
که نوي سرور ته انتقال، لوړ ظرفیت ذخیره یا تیز کوربه بنسټ غواړی، Hostragons حلونه وګورئ؛ د VPS، کوربه، ډومین او SSL انتخاب سره انتقال خوندي کړئ. د بې خطا انتقال لپاره کوچني ټستونه پیل کړئ، اندازه کړئ، او وروستی سینک پلان سره اجرا کړئ.