রবোকপির ব্যাকআপ মোড কী

Question

আমি নেটওয়ার্কের মাধ্যমে একটি বড় ডাটাবেস ব্যাকআপ ফাইলটি অনুলিপি করার চেষ্টা করছি।

xcopyবিভিন্ন বাইনারি ফলাফলের সাথে traditionalতিহ্যবাহী প্রোগ্রামের অনুলিপি বা ব্যর্থ। robocopyপ্যারামিটার ছাড়াই চেষ্টা করেও ব্যর্থ হয়েছিল। প্যারামিটার (পুনঃসূচনা এবং ব্যাকআপ মোড) robocopyব্যবহার করে /zbসবেমাত্র আরেকটি প্রচেষ্টা করা হয়েছে । এটি অনেক বেশি সময় নিয়েছিল তবে একটি সাফল্যের ফলস্বরূপ।

আমার প্রশ্ন হ'ল, ব্যাকআপ মোডটি কি বড় / ব্যাকআপ ফাইলটি অনুলিপি করার জন্য তৈরি করা হয়েছে? নেট দিয়ে অনুসন্ধান করেছেন এবং এর সুস্পষ্ট উত্তর খুঁজে পেলেন না। কোনও অভিজ্ঞ ব্যবহারকারী যদি আমাকে কোনও ইঙ্গিত বা আরও ভাল সমাধান দিতে পারে তবে প্রশংসা করবে।

Comments

এক্সকপি এবং রোবোকপি আসলে কীভাবে এ থেকে বিতে ডেটা অনুলিপি করে তার মধ্যে খুব সামান্য পার্থক্য রয়েছে, তাই এক্সকপির উপরে রোবোকপি ব্যবহার করা আপনার দুর্ঘটনাজনিত ডেটা দুর্নীতির সম্ভাবনা হ্রাস করবে না। অর্থাত্ এক্সকপি ব্যবহারের পরে আপনি একটি ভিন্ন বাইনারি পেয়েছিলেন সম্ভবত ডিবি অনুলিপি করার সময় এটি সংশোধন করা হয়েছিল। "/ জেড" পতাকাটি এখানে কোনও প্রাসঙ্গিক নয় (এটি কেবলমাত্র ফাইলের বিদ্যমান অংশের উপরে রবোকপি ছেড়ে যায় তবে এটি নিয়ন্ত্রণ করে), "/ বি" পতাকাটি মূলত উত্স ফাইল খোলার সময় অ্যাপ্লিকেশন দ্বারা অনুরোধকৃত অনুমতিগুলি নিয়ন্ত্রণ করে।

— অ্যাংস্ট্রোম

@ উত্তর আপনার জবাবের জন্য ধন্যবাদ। বাইনারি পার্থক্য পরিবর্তিত ডিবি থেকে নয় কারণ এটি একটি স্ট্যাটিক ব্যাকআপ ফাইল (ইতিমধ্যে ডাটাবেস থেকে পৃথক) অনুলিপি করা হচ্ছে। সত্য আমি বিশ্বাস করি / জেডবি আরও বেশি শক্তিশালী অনুলিপি করার জন্য ইচ্ছাকৃতভাবে কিছুই করে না, তবে পুনরায় চালুযোগ্য পতাকাটি আরও সঠিক বাইনারি রচনা তৈরি করে (এটি অনেক বেশি সময় নেয় এবং একটি অভিন্ন অনুলিপিটির ফলস্বরূপ) থেকে মনে হয়। অথবা এটি পুনরায় চালু হতে পারে হারিয়ে যাওয়া ডেটা পুনরায় লেখার পক্ষে এটি সম্ভব করে।

— ইডু

Answer 1

ব্যাকআপ মোড কোনও অনুমতি সংক্রান্ত সমস্যা উপেক্ষা করে ফাইলগুলি পড়ার এবং লেখার একটি উপায়।

এটি যে কোনও এসিইগুলিকে উপেক্ষা করে কোনও ফাইল পড়তে বা লিখতে বাধা দেয় এমন কোনও এবং সমস্ত ফাইল পড়তে / লিখতে SeBackupPrivilege(পড়া) এবং SeRestorePrivilege(লিখন) ব্যবহার করে।

সাধারণত কোনও ফাইল অনুলিপি করার বা অ্যাক্সেস করার চেষ্টা করার সময়, উইন্ডোজ আপনার কাছে লোকেশন পড়ার বা লেখার অনুমতি রয়েছে কিনা তা নিশ্চিত করার জন্য একটি চেক সঞ্চালন করে তবে SeBackupPrivilege(ব্যাকআপ অপারেটর এবং প্রশাসক গোষ্ঠীগুলির SeRestorePrivilegeসাথে মঞ্জুরিপ্রাপ্ত ), এবং (ব্যাকআপ অপারেটর এবং প্রশাসকদেরও মঞ্জুর করা হয়) গোষ্ঠী), এই চেকগুলি বাইপাস করা হয়।

আপনার অ্যাকাউন্টে এই সুবিধাগুলি রয়েছে কিনা তা পরীক্ষা করতে, আপনি whoami /privএকটি কমান্ড প্রম্পটে কমান্ডটি চালাতে পারেন ।

Comments

কেবলমাত্র উত্তরটিই প্রকৃতপক্ষে প্রশ্নের যথাযথভাবে উত্তর দেয়, আপনাকে ধন্যবাদ। প্রদত্ত তথ্যের উত্সগুলি এটিকে নিখুঁত করে তুলবে।

— হাশিম

Answer 2

উপরের সমস্যাটি সমাধান করার জন্য কেবল একটি আপডেট ভাগ করতে চাই।

আমার ক্ষেত্রে, xcopyবিভিন্ন ডোমেন এবং সার্ভারের অবস্থানের সার্ভার জুড়ে 10 জিবি-র বেশি ফাইল অনুলিপি করতে ব্যর্থ হয়েছে।

অন্যদিকে, robocopyসাথে

/zb- পুনঃসূচনা মোড ব্যবহার করে। যদি অ্যাক্সেস অস্বীকার করা হয় তবে এই বিকল্পটি ব্যাকআপ মোড ব্যবহার করে।

সফলভাবে অনুলিপি করতে পারেন। এটি সময়টি 1 ঘন্টা থেকে 2.5 ঘন্টা অবধি বাড়িয়েছে।

-

সার্ভারটি পুনরায় সাজানোর পরে, ফাইলটি এখন একই ডোমেন এবং সার্ভারের অবস্থানের সার্ভারগুলিতে অনুলিপি করা হয়। এবং ব্যবহার xcopyঠিক আছে।

-

সুতরাং এটি সম্পর্কে আমার তত্ত্বটি সম্ভবত সার্ভারগুলির মধ্যে স্থিতিশীলতার সংযোগ সম্পর্কে হবে। যদি সংযোগটি দৃ not় না হয় (মাঝেমধ্যে কোনও অ্যাক্সেসের সমস্যার কারণ হয়ে দাঁড়ায়), আমার মামলার মতো বড় ফাইলটি অনুলিপি করার সময়, দীর্ঘ প্রক্রিয়া চলাকালীন যে কোনও সময় দুর্নীতি হতে পারে; পুনঃসূচনা এবং ব্যাকআপrobocopy সহ কপিটি বেশ ভালভাবে পুনরুদ্ধার করতে পারে। পুনরুদ্ধারের জন্য ব্যয় করা সময় সম্ভবত নীচের দিকে।

এবং পার্শ্ব নোট হিসাবে, অনুলিপি পরিবর্তে এফটিপি ব্যবহার করা উচিত যদি এটি কোনও নিত্য কাজ হয়ে যায়

Answer 3

আমি দৃ strongly়ভাবে পরামর্শ দেব যে আপনি একটি স্ন্যাপশট তৈরি করুন এবং এখনই নিখুঁত ফাইল সিস্টেমের ব্যাকআপ দিন। তারপরে আপনি জে / জে (বড় ফাইলগুলির জন্য অসমাপ্ত আই / ও) ব্যবহার করে দ্রুত রোবোকপি চালাতে পারেন। সি এর একটি ছায়া অনুলিপি তৈরি করার জন্য এখানে একটি স্ক্রিপ্ট রয়েছে: এটি পি: বলে calls এই ড্রাইভ (পি :) সি এর স্থির চিত্র: ব্যাকআপের জন্য উপযুক্ত ড্রাইভ। সক্রিয় ভার্চুয়াল মেশিন ডিস্ক চিত্রগুলিকে ব্যাকআপ ড্রাইভে অনুলিপি করতে আমরা এই কৌশলটি ব্যবহার করি।

নিম্নলিখিত চারটি স্ক্রিপ্ট ফাইল ব্যবহার করে:

• ডিস্কের ছায়া কমান্ডকে লাথি মারার জন্য একটি ব্যাচ ফাইল
• ডিস্ক শ্যাডো যে কোনওটি ধ্বংস করার নির্দেশ দেয় ঝোলা চাদ পূর্ববর্তী ছায়া যদি অভ্যন্তরীণ ব্যাচের ফাইল ক্রাশ হয়ে যায়
• পি হিসাবে ছায়া তৈরি করতে ডিস্কের ছায়া কমান্ডের একটি সিরিজ:
• ছায়া সক্রিয় থাকাকালীন কার্যকর করার জন্য একটি কমান্ডের একটি সিরিজ (পি: সক্রিয় অবস্থায় একটি অভ্যন্তরীণ ব্যাচ ফাইল কার্যকর করা হবে)

1) প্রক্রিয়া শুরু করতে ব্যাচ ফাইল

diskshadow -s cleanup.cmds
diskshadow -s diskshadow.cmds

2) ছায়া কমান্ড ফাইল "ক্লিনআপ.এমডিএস" একটি পূর্বে সক্রিয় ছায়া ধ্বংস করতে

UNEXPOSE P:

3) ছায়া কমান্ড ফাইল "diskshadow.cmds" যা ছায়া তৈরি করে, এবং চতুর্থ ফাইলটিকে কল করে

SET CONTEXT PERSISTENT NOWRITERS
SET METADATA example.cab
SET VERBOSE ON
BEGIN BACKUP
ADD VOLUME C: ALIAS systemVolumeShadow
CREATE
EXPORT %systemVolumeShadow% P:
EXEC c:\yourlocation\backup.cmd
UNEXPOSE P:
END BACKUP
RESET

4) কমান্ড ফাইল "ব্যাকআপ.সিএমডি" ছায়া পরিচালনা করতে

REM do the ROBOCOPY commands here, with the source being P:, the shadow of C:

নোট করুন যে উইন্ডোজ সার্ভার 2016 (এবং সম্ভবত অন্যান্য সংস্করণগুলি) সপ্তাহে প্রতিদিন দুবার ছায়ার অনুলিপি চালায় যা নীচে তৈরি করা ছায়া অনুলিপি ক্রাশের কারণ হবে। নিশ্চিত হয়ে নিন যে এই ব্যাকআপ কৌশলটি এই স্বয়ংক্রিয় শিডিউল শ্যাডো কমান্ডগুলির সাথে ওভারল্যাপ হয় না।

Answer 4

@ ইরিকেটের উত্তরে প্রসারিত করতে, স্ন্যাপশট তৈরি ও ধ্বংস করতে পাওয়ারশেলটি কীভাবে ব্যবহার করবেন তা এখানে:

$Drive = "D:\"
$Folder = $Drive + "ShadowCopy"

# Create the snapshot
$Snapshot = (gwmi -List Win32_ShadowCopy).Create($Drive, "ClientAccessible")
$Shadow = gwmi Win32_ShadowCopy | ? { $_.ID -eq $Snapshot.ShadowID }
$Volume = $Shadow.DeviceObject + "\"
cmd /c mklink /d "$Folder" "$Volume"

# Destroy the snapshot
cmd /c rd "$Folder"
$Shadow.Delete()

এটি পাওয়ার শেল রিমোটিং ব্যবহার করে দূরবর্তী মেশিনেও চালানো যেতে পারে :

Enter-PSSession RemoteComputer

#
# Run snapshot commands here
#

Exit-PSSession