وقتی دیتابیس ها روی AlwaysOn Availability Group می گذارید باید Recovery Model آنها را Full بگذارید. و طبیعی است که این یعنی افزوده شدن مداوم حجم Log File ها.
اما گویا Log Backup هم که راه حل منطقی این موضوع است اینجا جواب نمی دهد.
کلمات کلیدی
بایگانی
- اسفند ۱۴۰۲ (۲)
- مهر ۱۴۰۲ (۲)
- شهریور ۱۴۰۲ (۳)
- مرداد ۱۴۰۲ (۵)
- دی ۱۳۹۸ (۱)
- خرداد ۱۳۹۸ (۷)
- فروردين ۱۳۹۸ (۱)
- شهریور ۱۳۹۷ (۱)
- مرداد ۱۳۹۷ (۳)
- خرداد ۱۳۹۷ (۲)
- ارديبهشت ۱۳۹۷ (۴)
- بهمن ۱۳۹۶ (۱۴)
- آبان ۱۳۹۶ (۱)
- مرداد ۱۳۹۶ (۱)
- ارديبهشت ۱۳۹۶ (۴)
- فروردين ۱۳۹۶ (۱)
- اسفند ۱۳۹۵ (۲)
- آذر ۱۳۹۵ (۲)
- مهر ۱۳۹۵ (۱)
- مرداد ۱۳۹۵ (۱)
- تیر ۱۳۹۵ (۴)
- ارديبهشت ۱۳۹۵ (۳)
- فروردين ۱۳۹۵ (۲)
- اسفند ۱۳۹۴ (۱)
- بهمن ۱۳۹۴ (۱)
- آبان ۱۳۹۴ (۴)
- مهر ۱۳۹۴ (۱)
- شهریور ۱۳۹۴ (۲)
- مرداد ۱۳۹۴ (۱)
- ارديبهشت ۱۳۹۴ (۷)
- فروردين ۱۳۹۴ (۲)
- اسفند ۱۳۹۳ (۵)
آخرین مطالب
- ۰۲/۰۶/۰۵کار با github در vscode
- ۰۲/۰۵/۱۱چگونه JoeFlow را راه اندازی کردیم؟
AlwaysOn Availability Group در برابر سناریوهای زیادی مقاوم است اما فرض کنید همه سرورهای شما خاموش می شوند و بعد موقع روشن کردن می بینید که سروری که در آخرین لحظه Primary بوده حالا دیگر بالا نمی آید. شما یک یا چند secondary دارید که به تنهایی و بسادگی نمی توانند Primary شوند
در مورد راه اندازی AlwaysOn Availability Group مقالات زیادی روی اینترنت هست.
به نظرم این یکی راهنمای کامل و قدم به قدم و ساده ای است
این هم فایل pdf همان صفحه است که محض احتیاط در این صفحه قرار داده شد.
این هم یک راهنمای دیگر جهت روز مبادا
به نظرم این یکی راهنمای کامل و قدم به قدم و ساده ای است
این هم فایل pdf همان صفحه است که محض احتیاط در این صفحه قرار داده شد.
این هم یک راهنمای دیگر جهت روز مبادا
اگر تنظیمات SQL Server شما به نحوی باشد که روی پورت پیش فرض 1433 گوش کند برای اتصال به آن مشکلی نخواهید داشت. اما اگر آن را روی پورت دیگری تنظیم کرده باشید برای اتصال به آن با application ها یا با Management Studio باید راهی پیدا کنید
می توانید در پنجره login در قسمت server name به جای اینکه فقط نام سرور را بزنید پشت آن شماره پورت را هم ثبت کنید و با یک کاما این دو را از هم جدا کنید:
ٍُServer name: server-name, port-number
موقع راه اندازی AlwaysOn Availability Group شما قاعدتا چندین و چند بار به انواع مختلف Failover دستی و اتوماتیک را تست می کنید. اما گاهی این Failover های دستی fail می شود.
یکی از مراحل ایجاد یک Availability Group ساخت Listener است. من این مرحله را با سختی زیاد انجام دادم
موقع راه اندازی AlwaysOn Avaialbility Group نیاز زیادی به تست و دیدن نتایج آن دارید. مثل اینکه ببینید الان درخواستهای شما را دقیقا کدام سرور پاسخ می دهد یا موقع Failover کردن چه مدت درخواستهای شما با خطا مواجه می شود.
وقتی روی یک سرور با دو instance می خواهید AlwaysOn Availabilty Group راه اندازی کنید نیاز دارید برای هر کدام از instance ها یک AlwaysOn AG جداگانه و یک listener جدا راه اندازی کنید. هر listener یک ip و port خاص خودش را خواهد خواست. یعنی حتی با وجود اینکه ip هر listener متفاوت است نمی توانید یک شماره port یکسان برای هردو اختصاص دهید.
موقع اجرای New Availability Group Wizard با وجود اینکه همه تستها با موفقیت انجام می شوند اما قسمت آخر با خطایی مشابه شکل زیر مواجه میشود:
پیغام خطا چیزی در این حدود است:
Failed To Join Database XYZ to the Availability Group ABC on replica DEF
موقع کار کردن با AlwaysOn Availability Group به دلیل ناواردی یا اشتباهات شما گاهی یک دیتابیس در حالت restoring قرار می گیرد و با گذشت زمان هم اصلاح نمی شود.
می توانید با این دستور آن را درست کنید:
RESTORE DATABASE NameofDatabase
WITH RECOVERY
نقل از
http://blog.sqlauthority.com/2014/10/24/sql-server-database-stuck-in-restoring-state/