موقع راه اندازی AlwaysOn Avaialbility Group نیاز زیادی به تست و دیدن نتایج آن دارید. مثل اینکه ببینید الان درخواستهای شما را دقیقا کدام سرور پاسخ می دهد یا موقع Failover کردن چه مدت درخواستهای شما با خطا مواجه می شود.
کلمات کلیدی
بایگانی
- آذر ۱۴۰۳ (۲)
- آبان ۱۴۰۳ (۱)
- مهر ۱۴۰۳ (۱)
- اسفند ۱۴۰۲ (۲)
- مهر ۱۴۰۲ (۲)
- شهریور ۱۴۰۲ (۳)
- مرداد ۱۴۰۲ (۵)
- دی ۱۳۹۸ (۱)
- خرداد ۱۳۹۸ (۷)
- فروردين ۱۳۹۸ (۱)
- شهریور ۱۳۹۷ (۱)
- مرداد ۱۳۹۷ (۳)
- خرداد ۱۳۹۷ (۲)
- ارديبهشت ۱۳۹۷ (۴)
- بهمن ۱۳۹۶ (۱۴)
- آبان ۱۳۹۶ (۱)
- مرداد ۱۳۹۶ (۱)
- ارديبهشت ۱۳۹۶ (۴)
- فروردين ۱۳۹۶ (۱)
- اسفند ۱۳۹۵ (۲)
- آذر ۱۳۹۵ (۲)
- مهر ۱۳۹۵ (۱)
- مرداد ۱۳۹۵ (۱)
- تیر ۱۳۹۵ (۴)
- ارديبهشت ۱۳۹۵ (۳)
- فروردين ۱۳۹۵ (۲)
- اسفند ۱۳۹۴ (۱)
- بهمن ۱۳۹۴ (۱)
- آبان ۱۳۹۴ (۴)
- مهر ۱۳۹۴ (۱)
- شهریور ۱۳۹۴ (۲)
- مرداد ۱۳۹۴ (۱)
- ارديبهشت ۱۳۹۴ (۷)
- فروردين ۱۳۹۴ (۲)
- اسفند ۱۳۹۳ (۵)
آخرین مطالب
- ۰۳/۰۸/۱۰تجمیع چند فایل migration
وقتی روی یک سرور با دو 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/
کاربر شما می خواهد از دیتابیس خودش نسخه پشتیبان داشته باشد. مسیری را تعیین می کند اما با این خطا مواجه می شود:
Cannot open backup device ... Operating System Error 5
شما به کاربر روی همان پوشه دسترسی کامل می دهید اما هنوز مشکل ادامه دارد. حتی وقتی با Local Administrator هم می خواهید backup بگیرید همین خطا را می بینید.
کمی که دقت کنید می فهمید که عملا SQL Server با دسترسی های آن کاربر اجرا نمی شود. هر چند کاربر Management Studio را اجرا کرده است.
شما باید به کاربری به نام SQLServerMSSQLUser$server_name$MSSQLSERVER8 روی پوشه مورد نظر دسترسی بدهید. (نسخه فعلی من 2005 است. احتمالا این 8 به نسخه مربوط می شود)
اگر این نام کاربری را فراموش کردید بهترین راه حل این است که دسترسی های پوشه پیشفرض backup را بررسی کنید. این همان پوشه ای است که وقتی قسمت backup را باز می کنید اول پیشنهاد می شود.