High availability یا به اختصار HA در شبکه به معنی تلاش برای بالا بردن سطح دسترسی پذیری یک دستگاه است. ما در این دوره شما را به دنیای واقعی خواهیم برد در این دنیا شما با سناریوهای واقعی تمرین خواهید کرد. این دوره مناسب کسانی هست حداقل دو سال سابقه کار حرفه‌ای در SQL Server را دارند.
4.690.000 تومان Original price was: 4.690.000 تومان.2.814.000 تومانCurrent price is: 2.814.000 تومان.
۱. بررسی مفهوم Database ۲. بررسی مفهوم Data File و Log File ۳. بررسی ویندوز سرویس و کاربرد آن ۴. بررسی روش‌های دسترسی به ویندوز سرویس‌ها ۵. آشنایی با مفهوم DMV و DMF ۶. بررسی Store Procedureهای سیستمی و نحوه استفاده از آنها
۱. بررسی معماری منطقی Log File ۲. بررسی معماری فیزیکی Log File ۳. بررسی معماری Data File ۴. آشنایی با مفهوم Page ۵. بررسی ساختار یک Page ۶. معرفی انواع Pageها
مدیریت اصولی سرویس‌های SQL Server: خیلی از دوستانی که SQL Server را به صورا Cluster نصب می‌کند، هنگام تنظیم اکانت راه‌انداز برای سرویس‌های SQL Server از Domain Admin و یا اکانتی که دسترسی کامل به منابع سیستم دارند استفاده می‌کنند. دلیل این موضوع هم این است که این دوستان می‌خواهند از شر تنظیمات اضافه و خطاهای مربوط به دسترسی و… خلاص شوند. غافل از ایتکه این نوع تنظیمات برای افزایش امنیت و … سرور می‌باشد. این موضوعی است که خود من به شخصه در پروژه‌های HA مربوط به SQL Server خیلی از سازمان‌ها دیده‌ام.
۱. معرفی سرویس‌های SQL Server ۲. بررسی نحوه دسترسی به سرویس‌های SQL Server ۳. بررسی Service Startup Account۴. بررسی Virtual Accountها ۴. بررسی MSA Accountها ۵. بررسی Active Directory و نحوه تعریف اکانت‌های راه‌انداز سرویس در آن ۶. بررسی Permissionهای لازم برای استارت سرویس‌های SQL Server ۷. مدیریت سرویس‌های SQL Server با استفاده از Service Manager ۸. مدیریت سرویس‌های SQL Server با استفاده از SQL Server Configuration Manager
۱. بررسی دلایل تهیه و بازیابی نسخه پشتیبان در SQL Server ۲. بررسی انواع نسخه پشتیبان در SQL Server ۳. آشنایی با مفهوم Recovery Model در بانک‌های اطلاعاتی ۴. بررسی نحوه تهیه Full Backup ۵. بررسی نحوه تهیه Differential Backup ۶. بررسی نحوه تهیه Log Backup ۷. بررسی Partial Backup و نحوه تهیه Backup از آن ۸. بررسی نحوه بازیابی Full Backup ۹. بررسی نحوه بازیابی Differential Backup ۱۰.بررسی نحوه بازیابی Log Backup ۱۱. بررسی نحوه بازیابی Partial Backup ۱۲. بررسی نحوه خودکارسازی عملیات تهیه نسخه پشتیبان
تهیه نسخه پشتیبان در سریع‌ترین روش ممکن: در سال ۱۳۸۴ زمانی که SQL Server در بازار ایران رواج داشت یکی از شرکت‌های که با آنها کار می‌کردم دنبال روشی برای تهیه نسخه پیشتیبان به سریع‌ترین روش ممکن بود.
راه‌حل خودشان برای این منظور استفاده از تجهیزات سخت‌افزار گران قیمت بود، هزینه تهیه این تجهیزات پیش از یکصد میلیون تومان بود، اما انجام این کار به راحتی آب خوردن با حداقل هزینه در SQL Server امکان پذیر است. ما در SQL Server برای افزایش سرعت تهیه و بازیابی نسخه پشتیبان چند قابلیت ویژه و مهم داریم که شما با استفاده از آن نیاز به تهیه تجهیزات گران قیمت سخت افزاری ندارید.
۱. بررسی سرویس Agent و تنظیمات اصولی مربوط به آن ۲. بررسی نحوه تعریف Job در SQL Server ۳. بررسی نحوه مانیتور کردن Jobها در SQL Server ۴. بررسی نحوه خواندن خطاها و… هنگام اجرای Jobها ۵. بررسی قسمت Event مربوط به SQL Server
۱. بررسی مفهوم ماشین مجازی ۲. بررسی برنامه مفهوم Hypervisor
۳. آشنایی با برنامه Hyper-V ۴. آشنایی با برنامه VMware ۵. آشنایی با VMware Workstation ۶. آشنایی با نحوه ایجاد شبکه در Hyper-V ۷. آشنایی با نحوه ایجاد VM در Hyper-V
استفاده از Log Shipping برای ایجاد سرور گزارش‌گیری: در سال ۱۳۸۴ زمانی که SQL Server 2008 در بازار کار ایران رواج داشت یکی از شرکت‌های تولیدی دنبال روشی ساده برای ایجاد سروری مخصوص جهت گزارش‌گیری بود. سناریو این شرکت بدین حالت بود که باید کپی از بانک اطلاعاتی عملیاتی این شرکت هر دو ساعت یکبار در سروری جداگانه قرار بگیرد تا بتوان از آن برای گزارش گیری استفاده کرد. شاید اولین راه‌حلی که به ذهن خیلی از دوستان اون موقع می‌رسید این بود که ما یک بکاپ از بانک اطلاعاتی بگیریم و اون رو در سرور گزارش‌گیری Restore کنیم اما یه مشکلی وجود داشت و اون هم حجم بالای این بانک اطلاعاتی چیزی در حدود 500GB بود. برای این کار باید روشی بیان می‌شد که در کمترین زمان ممکن Backup تهیه شده و در سرور ثانویه Restore گردد. روشی که ما برای پیش‌برد هدف این مجموعه انجام داده‌ایم استفاده از Log Shipping در SQL Server است.
۱. آشنایی با معماری Log Shipping ۲. بررسی پیشنیازهای Log Shipping ۳. بررسی و راه‌اندازی Log Shipping ۴. راه‌اندازی Primary Server, Secondary Server , Monitor Server ۵. بررسی نحوه رفع مشکلات Log Shipping
۱. آشنایی با مفهوم RPO و RTO ۲. آشنایی با مفاهیم Uptime و Downtime ۳. بررسی مفهوم SLA ۴. بررسی مفهوم (Nine) در مبحث Up-time
۱. بررسی مفهوم Replication ۲. بررسی کاربردهای Replication ۳. بررسی اصطلاحات Replication ۴. بررسی اجزاء شرکت کننده در پروسه Replication ۵. بررسی انواع Replication در SQL Server
۱. بررسی و راه‌اندازی Snapshot Replication ۲. بررسی و راه‌اندازی Transactional Replication ۳. بررسی و راه‌اندازی Merge Replication ۴. بررسی و راه‌اندازی Peer-to-Peer Replication ۵. بررسی و تنظیم Jobهای مربوط به پروسه Replication ۶. بررسی نحوه مانیتور کردن Replication ۷. بررسی نحوه توزیع بار با استفاده از Replication ۸. بررسی نحوه رفع مشکلات Replication ۹. بررسی نحوه بهینه‌سازی Replicatio
۱. آشنایی با معماری Database Mirroring ۲. آشنایی با پیشنیازهای Database Mirroring ۳. بررسی اجزاء شرکت کننده در پروسه Mirroring ۴. راه‌اندازی Mirroring بر روی بانک‌های اطلاعاتی ۵. بررسی راه‌اندازی Mirroring در Modeهای مختلف ۶. بررسی نحوه تنظیمات Endpointهای مربوط به Mirroring ۷. بررسی نحوه راه‌ندازی Witness Server ۸. بررسی نحوه ارتباط Clientها از بانک‌های اطلاعاتی Mirror شده ۹. بررسی نحوه رفع مشکلات Mirroring
Database Mirroring زنده است و نفس می‌کشد؟
در سال ۱۳۹۶ به سازمانی برای انجام یک کار اداری مراجعه کرده بودم یکی از دوستان در واحد فن‌آوری اطلاعات سازمان با من آشنا ایشان پس از احوال‌پرسی و … به من گفت نگاهی به Database اون‌ها و سناریوی که برای HA راه‌اندازی کرده بودند بیاندازم. باورم نمی‌شد هنوز داشتند با SQL Server 2005 کار می‌کردند و از Database Mirroring برای Ha استفاده کرده بودند، دلیل‌شان منظقی بود:
باتوجه به اینکه این عزیزان دوستان قدیمی من بودند چند تا نکته کاربردی در Mirroring بهشون گفتم که در تنظیمات مربوط به SQL Server باید در نظر گرفته شود.
۱. آشنایی با مفهوم RAID ۲. آشنایی با RAID 0 ۳. آشنایی با RAID 1 ۴. آشنایی با RAID 5 ۵. آشنایی با RAID 10 ۶. معرفی RAID مناسب برای کار با SQL Server ۷. آشنایی با مفهوم Strip Size ۸. آشنایی با مفهوم Allocation Unit Size ۹. آشنایی با نحوه تنظیم RAID در سرورهای HP
۱. آشنایی با مفهوم Storage ۲. آشنایی با SAN، NAS، DAS ۳. آشنایی با مفهوم LUN ۴. آشنایی با مفهوم Enclosure ۵. آشنایی با SAN Switch ۶. آشنایی با HBA ۷. آشنایی با ISCSI ۸. آشنایی با Fiber Chanel ۹. آشنایی با Controllerهای مربوط به Storageها ۱۰. آشنایی با شبیه‌سازهای مربوط به Storage ۱۱. راه‌اندازی یک Storage مجازی بر پایه ISCSI ۱۲. معرفی سرویس Storage Spaces Direct در Windows Server 2016 ۱۳. راه‌اندازی سرویس Storage Spaces Direct در Windows Server 2016 ۱۴. معرفی Storage Replica در Windows Server 2016 ۱۵. راه‌اندازی Storage Replica در Windows Server 2016
دانش خود را در خصوص Storage بالا ببرید؟
زمانی که شما قرار است درگیر پروژه‌های HA شوید باید دانش خودتان را در خصوص Storage بالا ببرید، قرار نیست ۰ تا ۱۰۰ مربوط به Storage و … آشنا شوید اما حداقل اصطلاح‌ها را یاد بگیرید تا دوستان حوزه Network شما را مسخره نکنند. در پروژه‌های مختلف بارها دیده‌ایم که افرادی از این بابت ضعف دارند و این موضوع باعث می‌شوند نتوانند به خوبی از عهده فعالیت‌های مربوط به حوزه Storage بربیایند.
صرفه‌جویی در هزینه HA:
برای پروژه HA در یک سازمان دولتی نیاز به راه‌اندازی Always-ON Failover Cluster داشتیم در طی این پروژه ما دو سرور عملیاتی داشتیم که تعدادی بانک اطلاعاتی بر روی آن قرار داشت. قرار بود ما یک Instance دیگر به عنوان HA برای هر کدام از سرورها بالا بیاوریم اما چون هزینه تهیه سرور برای مجموعه بالا بود مجبور شدیم با تهیه یک سرور مناسب سناریو Clustering به صورت Active-Active را برای مجموعه راه‌اندازی کنیم در این حالت هزینه سازمان به شدت کاهش پیدا کرد چرا که نیاز به تهیه سرور اضافی نداشت، برای راه‌اندازی این نوع Clustering در SQL Server باید تنظیمات ویژه‌ای در آن رعایت کرد.
۱. معرفی پیشنیازهای Clustering (سخت‌افزاری و نر‌م‌افزاری) ۲. بررسی مفهوم Public Network & Private Network ۳. بررسی اصطلاحات تخصصی هنگام کار با Failover Clustering ۴. بررسی SAN مجازی و نحوه راه‌اندازی آن با استفاده از ISCSI Target ۵. بررسی نحوه راه‌اندازی Clustering در ویندوز سرور ۶. بررسی مفهوم Quorum و انواع Quorum Model ۷. بررسی سرویس MSDTC ۸. بررسی راه‌اندازی سرویس MSDTC به صورت کلاستر شده ۹. بررسی انواع مدل‌های کلاسترینگ SQL Server (Active Passive, Active-Active) ۱۰. بررسی نصب SQL Server به صورت Cluster شده در حالت Active Passive ۱۱. بررسی نصب SQL Server به صورت Cluster شده در حالت Active-Active ۱۲. بررسی انواع سناریوهای Failover ۱۳. بررسی عیب‌یابی و نحوه رفع مشکلات هنگام استفاده از Clustering ۱۴. بررسی نحوه کار کردن با کنسول Failover Cluster Manager در ویندوز ۱۵. بررسی نحوه ارتباط Clientها با Instanceهای Active Passive ۱۶. بررسی نحوه ارتباط Clientها با Instanceهای Active-Active ۱۷. معرفی Storage Replica ویندوز سرور ۲۰۱۶ و استفاده از آن در SQL Server ۱۸. بررسی فرآیند ارتقاء نسخه سیستم عامل Nodeهای Cluster ۱۹. بررسی فرآیند ارتقاء نسخه SQL Server نودهای Cluster
راه‌اندازی Always-ON برای پیاده‌سازی الگوی CQRS: الگوهای طراحی یا همان Design Patternها در دنیای نرم‌افزار یکی از رایج‌ترین بحث‌های مهندسی نرم‌افزار می‌باشد. به وسیله آنها می‌توانیم روش‌های برای حل مشکلات رایج در برنامه‌نویسی شی‌گرا پیدا کنیم. هنگام استفاده از Design Pattern باید توجه داشته باشیم چالش‌های برنامه‌نویسی عموما قبلا توسط افرادی به صورت بهیه طراحی شده و به صورت الگوهایی استاندارد دسته‌بندی شده‌اند. ما با استفاده از این الگوها دیگر چرخ را اختراع نمی‌کنیم. اما سناریوی که ما در یکی از پروژه‌هایمان درگیر شدیم مربوط به پیاده‌سازی الگوی CQRS بود هدف این الگو جدا کردن عملیات Read از Write می‌باشد. انجام این کار در لایه دیتابیس را می‌توان با استفاده از Always-ON انجام داد.
۱. بررسی معماری Always-ON ۲. بررسی پیشنیازهای Always-ON ۳. بررسی مفهوم Availability Group ۴. بررسی نحوه راه‌اندازی Availability Group ۵. بررسی Synchronous Failover ۶. بررسی Asynchronous Failover ۷. بررسی Listener و تنظیمات مربوط به آن ۸. بررسی تنظیمات Endpointها برای راه‌اندازی Always-ON ۹. بررسی نحوه ایجاد Read-Only List ۱۰. بررسی نحوه تنظیم و راه‌اندازی Always-ON ۱۱. بررسی تنظیم Backup گیری از جفت‌های ثانویه ۱۲. بررسی نحوه Read-only کردن جفت‌های ثانویه ۱۳. بررسی نحوه Load balance مابین جفت‌های ثانویه ۱۴. بررسی نحوه مانیتور کردن Always-ON ۱۵. بررسی نحوه رفع مشکلات Always-ON
۱. آشنایی مختصر با لینوکس برای DBAهای ویندوز ۲. بررسی پیشنیازهای نصب SQL Server در Linux ۳. نصب SQL Server در Linux ۴. راه‌اندازی Pacemaker در Linux برای Cluster کردن Nodeها ۵. نصب و راه‌اندازی Always-ON در Linux ۶. راه‌اندازی Always-ON بدون استفاده از Cluster در Linux ۷. بررسی فرآیند ارتقاء نسخه SQL Server هر کدام از Nodeها
پروژه Cross Platform: چند ماه پیش پیشنهاد یک پروژه برای سازمانی داشتیم بر پایه تکنولوژی‌های ماکروسافت به صورت Cross Platform، یعنی این که Application به همراه بانک اطلاعاتی در هر سیستم عاملی (ویندوز، لینوکس) قابلیت اجرا داشته باشد. همانگونه که می‌دانیدالان NET Core. در دسترس است و همچنین SQL Server امکان اجرا در بستر لینوکس را دارد. در طرح پیشنهادی ما سایت اصلی مجموعه ما بر پایه ویندوز بوده و سایت دیگر Disaster هم بر پایه لینوکس می‌باشد. در این طرح ما نیاز نداریم دو نسخه Application و … داشته باشیم همه زیر ساخت‌ها توسط مایکروسافت آماده شده و ما کافی است. از آن به نحو احسند استفاده کنیم.
مسعود طاهری مدرس و مشاور ارشد SQL Server & BI مدیر فنی پروژه‌های SQL Server و هوش تجاری در نیک آموز، رئیس واحد دیتابیس شرکت پرداخت الکترونیک سداد، کارشناس ارشد تحلیل و طراحی شرکت تجارت الکترونیک پارسیان (PEC co).،مدرس دوره ۲۵ جلسه ای آموزش Performance Tuning در SQL Server،مدرس دوره ۲۵ جلسه‌ای هوش تجاری در SQL Server، مدرس دوره High Availability در SQL Server، سخنران همایش معرفی قابلیت های جدید SQL Server 2016، سخنران بخش هوش تجاری همایش مورد تایید مایکروسافت در سال ۲۰۱۷ در ایران، مشاور SQL Server در شرکت مهندسی رایورز، سازمان کشتیرانی کل کشور و شرکت توسعه رفاه پردیس (بانک رفاه)، مدرس دوره‌های سازمانی از جمله سازمان بورس، کشتیرانی، شونیز، سازمان زندان‌ها، مرکز آمار ایران، رایورز و…،متخصص، مدرس و مشاور SQL Server و مباحث فوق پیشرفته بانک اطلاعاتی و هوش تجاری می باشد.
پس از ثبت سفارش، به حساب کاربری خود در سایت نیک‌آموز وارد شده و در بخش «دانلودها» اقدام به دانلود جلسات دوره خریداری شده کنید.
پس ثبت و نهایی شدن سفارش شما در سایت نیک‌آموز، تیم پشتیبانی طی 24 تا 72 ساعت کاری با شما تماس خواهند گرفت تا فرایند عضو شدن شما در گروه پشتیبانی تلگرامی هر دوره انجام شود.
در صورت وجود هر گونه سوال و ابهامی میتوانید با شمارههای شرکت تماس حاصل فرمایید و یا از طریق بخش چت پشتیبانی سایت، سوالات خود را مطرح نمایید.
با همهگیری بیماری کووید در سراسر دنیا در سال 1398، مجموعه نیک‌آموز برگزاری کلاسهای حضوری را متوقف کرده و پس از آن تمامی دوره‌های آموزشی به صورت وبکستی و آنلاین برگزار شده است.
با توجه به بازخوردهای مثبت دانشجویان، کلاسهای حضوری صرفاً در صورت برگزاری بوتکمپها و مسترکلاسها خواهد بود و دوره‌های آموزشی زین پس به همان صورت آنلاین و وبکستی برگزار میشود.
تمام جشنوارهها از یک الی دو هفته قبل از طریق شبکههای اجتماعی اینستاگرام (@nikamooz)، وبسایت مجموعه (www.nikamooz.com) و همچنین ایمیلهای ارسالی به کاربران اطلاع‌رسانی می‌گردد.
در صورت تمایل به دریافت فاکتور رسمی، پیش از خرید خود با واحد فروش مجموعه (17 00 07 91 – 021) تماس حاصل نمایید.
شایان ذکر است، امکان صدور فاکتور رسمی پس از خرید آنلاین از سایت مجموعه به هیچ عنوان وجود نخواهد داشت.
Δ
ذخیره نام، ایمیل و وبسایت من در مرورگر برای زمانی که دوباره دیدگاهی مینویسم.
سپاس از شما،
بله، متوجه هستم که Server Object ها باید به صورت Manual به سرور Secondary منتقل شوند.
منظورم این بود که: Job هایی که ماهیت Read دارند را روی سرور Primary اجرا کنیم و درگیر پیچیدگی پیاده سازی Alert 1480 نشویم و تشخیص Primary یا Secondary بودن یک سرور نیز با استفاده از Function یی که شما هم اشاره فرمودید کار آسانی است.
اون فانکشن کارآمد است. تمامی این موارد بستگی به سناریو و… شما دارد. در مباحث دو راه حل ارائه شده است که به تناسب کار می توانید از آن استفاده کنید به امید موفقیت
ممنون از پاسخ شما. در روش اول که اشاره فرمودید اگر Function مذکور ۰ برگرداند یعنی Secondary Node است و Job اجرا می شود، اما اگر Secondary با Crash مواجه شود و دو سرور داشته باشیم تنها سرور باقی مانده Primary Server خواهد بود و Function مقدار ۱ را بر می گرداند و Job اجرا نخواهد شد. البته مشکل با روش دوم باید برطرف شود.
شما Job هایی را که فقط ماهیت Read دارند و نهایتا یک ایمیل می فرستند را بر روی Secondary Server اجرا می نمائید یا Primary Server ؟
در خصوص جاب ماهیت Read ببینید کلا آبجکت هایی که در سطح سرور هستند طی پروسه Always-ON منتقل نمی شوندو… باید خودتان دستی اون ها را به تناسب کارتون ایجاد روی هر دوس رور داشته باشید و با استفاد از دو روش اشاره شده فعال بودن و غیر فعال بودن و یا اجرا شدن کدهای هر کدام را کنترل کنید
با سلام به خدمت مهندس طاهری عزیز،
اگر بخواهیم یک Job که یک دستور Select را اجرا می کند فقط بر روی سرور Secondary اجرا شود و اگر سرور Secondary با Crash مواجه شد آن گاه بر روی سرور Primary اجرا شود Config مربوطه را چگونه باید انجام دهیم؟ به عبارت دیگر ApplicationIntent = ReadOnly را چگونه باید در Job اعمال نماییم؟ لینک زیر کمک شایانی نمی نماید (استفاده از SSIS Package یا Linked Server) https://social.msdn.microsoft.com/Forums/sqlserver/en-US/b2172f38-fd73-411d-ba6a-b5e789e32eb2/scheduled-jobs-to-run-only-on-secondary-node-of-sql-2014-ha-cluster?forum=sqldisasterrecovery
سلام دوتا موضوع را در نظر داشته باشید اول جاب را در هر سرور فعال داشته باشید و از این تابع جهت بررسی Primary و Secondary در جاب استفاده کنید https://docs.microsoft.com/en-us/sql/relational-databases/system-functions/sys-fn-hadr-is-primary-replica-transact-sql?view=sql-server-2017
روش دوم جاب در یکی از سرورهای مورد نظر فعال و در دیگری غیر فعال باشد سپس با استفاده از یک Alert هنگام Failover بیاید در سروری که غیر فعال است اون رو فعال کنید (شماره Alert 1480 است ) https://dba.stackexchange.com/questions/131953/how-to-enable-disable-sql-agent-jobs-during-fail-over-alwayson
با سلام و احترام من یه سوال داشتم ، در این دوره ،Always On به چه صورتی پیاده سازی و تدریس میشه؟ به صورت Fail Over Clustering یا Availability Group ?
درود وقت بخیر هر دو مبحث تدریس خواهد شد.
سلام خسته نباشید دوستان نیک آموزی به نظر بنده اختلاف قیمت دوره های حضوری و غیر حضوری شما باید یک مقدار بیشتر باشد دوره های غیر حضوری با قیمت مناسب تر ارائه شود ممنون
سلام واقعیت این است که هزینه اجرای دوره ها برای نیک آموز به شدت بالا است همین دوره ای که شما الان دارید مشاهده می کنید دو جلسه تمرین عملی هم در لابراتور نیک آموز دارد …
