انجمن‌ها

در واقع ما در نرم افزار Admin نوسا، قسمت های مورد نیازمان در SQL Server Enterprise Manager را بصورت فارسی در اختیار داریم. پس تهیه پشتیبان از طریق Admin در واقع همان تهیه پشتیبان از طریق SQL است. با این تفاوت که برخی تنظیمات مورد نیاز ما در هنگام تهیه، شناسایی و بازیابی پشتیبان، در نرم افزار Admin بطور خودکار انجام شده است.
ضمن اینکه برای بازیابی پشتیبانی که از طریق SQL تهیه شده است، به Enterprise Manager نیاز خواهیم داشت.
بطور خلاصه، راه استاندارد تهیه، شناسایی و بازیابی پشتیبان در نرم افزار نوسا، استفاده از Admin نوسا است.

در سیستم نوسا تهیه پشتیبان درADMIN نوسا تعبیه شده .این عمل ضمن راحتی کار برای کاربر ( با توجه به موارد گفته شده در پست قبلی). این حسن را دارد که کاربر حسابداری را مسئول کارهای خویش می سازد وبا توجه به اطلاعاتی که وقت و هزینه صرف تهیه آن نموده و برای او ارزشمند است خود با پشتیبان گرفتن و آزمون صحت آن خاطر جمع میشود که اطلاعات مذکور جایی ذخیره شده است و قابل بازیابی است. اما زمانی که از طریق SQL میخواهد BACKUP بگیرد . این کار را( اکثرا کاری تخصصی) میدانند و به مسئول شبکه می سپارند و شخص مذکور با استفاده از SCHEDULED این امر را اتوماتیک انجام میدهد در این مورد هم حسابدار هم مسئول شبکه فارق از مسئولیت صحت اطلاعات می باشند . در زمان نقصانی برای اطلاعات حسابدار میگوید <<من بک آپ نگرفتم >>و مسئول شبکه میگوید <<این بک آپ شما>>اگر اطلاعات ناقص است من که اطلاعات را وارد نکردم. سیستم نوسا با در نظر گرفتن مدیریت یکپارچه تلاش دارد تیم حسابداری را مسئول اعمال واطلاعات خویش سازد .

اصلا منظورمن این مواردی که دوستان ذکر کردند نبود ، من می خواستم بدانم که آیا از لحاظ فنی تفاوتی بین این دو روش وجود دارد؟

پاسخ‌های دوستان در جای خود همگی درست هستند ولی مقصود آقای کاشانی نبودند

1. همانطور که دوستان اشاره کردند بازیابی با Enterprise Manager یا با SQL Server Management Studio نسبت به Admin دشوارتر است - به خصوص تعیین مکان دقیق بازیابی که باید برای فایل‌های فیزیکی Data و Log انجام شوند.

2. در Admin ترتیبی داده‌ایم که پشتیبان‌هایی که با استفاده از Admin تهیه می‌شوند، فقط از طریق Admin قایل بازیابی باشند. یعنی با Stored Procedureهای خاصی با سیستم پشتیبان کار شده است که اگرچه در Database وجود دارند ولی متن آنها دیده نمی‌شود.

3. دلیل اصلی این‌کار انجام کنترل‌های بیشتر در زمان بازیابی بوده که در نهایت اگر کاربر از آنها استفاده کند، بداند که اگر فایل پشتیبان به دست کسی افتاد، نمی‌تواند به سادگی با Enterprise Manager یا حتی در یک سیستم نوسا آنرا بازیابی کند - اشاره من به کلمه عبور اختصاصی است که کاربر می‌تواند برروی فایل پشتیبان خود قرار دهد. این، با کلمه عبور استاندارد SQL Server متفاوت است - همچنین کنترل اضافی برای اینکه پشتیبان فقط برروی همان سرور بازیابی شود.

4. بالاخره اینکه در پشتیبان ما اطلاعات تکمیلی مفیدی نیز درج می‌شوند که در زمان شناسایی یا بازیابی به کاربر کمک می‌کنند: مواردی از قبیل نام شرکت و اندازه داده‌ها به زبان اسناد و رخدادها.

ارادت

با تشکر فراوان از آقای مومنی و دیگر دوستان