#SQLServer
#Heap
#HeapTable
کلیه جداول Heap دارای حداقل یک IAM Page هستند که در آن آدرس Data Pageهای وابسته به جدول نوشته شده است. (تصویر زیر)
زمانی که SQL Server نیاز داشته باشد رکوردهای یک جدول را استخراج نماید با مراجعه به IAM Page آدرس کلیه Pageهای وابسته به جدول را استخراج و با مراجعه به آنها رکوردها را واکشی می کند.

Heap Table (SQL Server) @nikamooz

چک لیست امنیتی برنامه های وب
Web Vulnerability Checks Performed by Netsparker

https://www.netsparker.com/web-vulnerability-scanner/vulnerability-security-checks-index


#web_developer
#web_security
by @j_ghadiri

#SQLServer
#LogFile
سلام دوستان
امروز می خواهم مطالبی درباره Log File در SQL Server براتون در کانال نیک آموز قرار دهم.
همانگونه که اطلاع دارید هر بانک اطلاعاتی حداقل 2 فایل دارد که یکی از آنها Data File و دیگری Log File می باشد.
به فایل لاگ اصطلاحا Transaction Log File می گویند. SQL Server از این فایل جهت ثبت لاگ تغییرات بانک اطلاعاتی استفاده می کند. این تغییرات می توانند مربوط به اضافه شدن رکورد، ویرایش، حذف ، ساخت ایندکس و... باشند. بنابراین با این تفاسیر باید در نظر داشته باشید که این فایل حجم زیادی از دیتا را داخل خود ذخیره کرده و IO آن به شدت بالا است.

Log File (SQL Server) @nikamooz

#SQLServer
#LogFile
نحوه ذخیره سازی داده ها در Log File به شکل Sequential (ترتیبی) می باشد. بنابراین در جهت افزایش سرعت و کارایی مربوط به این فایل توصیه می گردد که این فایل را در یک دیسک جداگانه، جدای از دیسک مربوط به Data File قرار دهید.
لازم به ذکر است هنگام جداسازی دیسک های مربوط به دیتا فایل و لاگ فایل باید تنظیمات مربوط به RAID را مد نظر داشت.
یکی از بهترین RAIDها برای Log File استفاده از RAID 10 می باشد در صورتیکه از لحاظ هزینه امکان تهیه این نوع RAID نیست می توانید از RAID 1 استفاده کرده و لاگ فایل را در آن RAID قرار دهید.
تصویر زیر RAID بهینه برای جدا کردن دیتا فایل و لاگ فایل را با حداقل هزینه در جهت افزایش کارایی بانک اطلاعاتی نمایش می دهد.

RAID For Data File& Log File (SQL Server) @nikamooz

#SQLServer
#LogFile
معماری مربوط به لاگ فایل به دو صورت Physical و Logical می باشد.
معماری Physical این موضوع را می گوید که
درون لاگ فایل به یکسری Virtual Log File یا لاگ فایل مجازی تقسیم شده است که لاگ رکوردها در آن ثبت می شوند. به لاگ فایل مجازی اصطلاحا VLF می گویند.
معماری Logical این موضوع را می گوید که
هر لاگ رکوردی که در لاگ فایل ثبت می شود که شامل یکسری اقلام می باشد. هر کدام از این لاگ رکوردها برای خودشان یکسری LSN یا Log Sequence Number دارند. به ازای هر تراکنش (مثلا درج یک رکورد) ممکن است بیش از چند لاگ رکورد ثبت گردد که همه آنها با یک Transaction ID یکسان هستند و...
تصویر زیر VLFهای و Log Recordهای موجود در یک بانک اطلاعاتی را نمایش می دهد.

VLF & Log Record (SQL Server) @nikamooz

#SQLServer
#HA
#HighAvailability
#AlwaysON
سلام دوستان
یکی از قابلیت های جدید SQL Server است که در حوزه HA یا High Availability ارائه Always-ON نام دارد.
بوسیله این قابلیت شما می توانید با حداقل هزینه و بدون نیاز به تجهیزات گران قیمت می توانید HA را به ازای بانک های اطلاعاتی خودتان پیاده سازی کنید.
زمانی که شما از این قابلیت استفاده می کنید در واقع سرور های شرکت کننده در این فرآیند را با استفاده از سرویس کلاستر ویندوز کلاستر کرده و پس از فعال سازی قابلیت HADR در سطح سرویس SQL Server می توانید تنظیمات آن را به ازای بانک های اطلاعاتی خود انجام دهید.
تصویر زیر دید بیشتری در این خصوص به شما می دهد.
ارائه مطالب در کانال نیک آموز به ازای Always-ON ادامه دارد...

Always-On (SQL Server)

#SQLServer
#HA
#HighAvailability
#AlwaysON
امیدوارم تا اینجا با توجه به پادکست دیروز و همچنین مطلب امروز تا حدودی با Always-ON آشنا شده باشید.
اما حالا قصد دارم شما را با چند مزیت دیگر Always-ON آشنا کنم.
1- جفت های ثانویه در SQL Server می توانند به صورت Syn و Async به روز شوند.
2- امکان دسترسی Read-Only به ازای جفت های ثانویه وجود دارد. (تهیه گزاشات از روی جفت ثانویه + تهیه بکاپ از روی جفت ثانویه)
3- با توجه به اینکه جفت های ثانویه می توانند به صورت Asyn به روز شوند شما می توانید یک جفت ثانویه در محل فیزیکی جدا از سرور اصلی قرار داده و نسخه دیگری از بانک اطلاعاتی بر روی آن بالا بیاورید که دیتا آن با کمی تاخیر از دیتابیس اصلی به روز می شود. خیلی ساده بگم می توانید با هزینه کم به فکر سایت Diaster برای بانک اطلاعاتی باشید. (Geo-Cluster)
تصویر زیر دید خوبی در خصوص این مزایا به شما می دهد.
ارائه مطالب در کانال نیک آموز به ازای Always-ON ادامه دارد...

Always-On (SQL Server)

اجزاء تشکیل دهنده Always-ON در SQL Server @nikamooz

#SQLServer2014
#SQLAdministration
سلام دوستان
کتاب زیر یک کتاب جمع و جور برای یادگیری قابلیت های SQL Server 2014 در حوزه Database Administration می باشد. در صورت تمایل آن را دانلود نمایید.

#SQLServer2014
#SQLAdministration
#DMV
سلام دوستان
کتاب زیر یک مرجع خوب برای یادگیری DMV یا ویوهای مدیریتی پویا در SQL Server است. به شخصه خودم از DMVها به شدت استفاده می کنم. برای مثال اگر بخواهم بدانم اگر هر کدام از کلاینت ها چه درخواست هایی به SQL Server ارسال کرده اند از ترکیب DMVهای زیر استفاده می کنم
USE master
GO
SELECT
dec.client_net_address as IP,
des.host_name ,
dest.text
FROM
sys. dm_exec_sessions des
INNER JOIN
sys. dm_exec_connections dec ON
des.session_id = dec.session_id
CROSS APPLY
sys. dm_exec_sql_text(dec.most_recent_sql_handle) dest
WHERE
des.program_name LIKE 'Microsoft SQL Server Management Studio%'
ORDER BY
des.program_name ,
dec.client_net_address
GO
اگر شما بخواهید اطلاعات بیشتری در این خصوص بدست آورید کتاب زیر را دانلود کنید.

#SQLServer
#BufferPool
#Page
همانطور که اطلاع SQL Server همانند سایر بانک های اطلاعاتی از حافظه RAM به شدت استفاده می کند. حافظه RAM در SQL Server به بخش های زیادی تقسیم شده است. یکی از بزرگترین این بخش های Buffer Pool است که محل قارار گیری Pageها (بلوک های 8 کیلوبایتی دیتا و...) می باشد.
در SQL Server 2014 امکانی وجود دارد که بتوان Buffer Pool را بر روی SSD گسترش داد به این قابلیت اصطلاحا Buffer Pool Extension می گویند.
چنانچه از این قابلیت استفاده کنید SQL Server به صورت هوشمندانه برخی از Pageها را به SSD منتقل کرده و از حافظه RAM به نحو احسند استفاده می کند. در ضمن سرعت SSDهای امروزی هم بالا است پس خیالتون راحت باشه ...
تصاویر زیر اطلاعات مفیدی در این خصوص به شما می دهد.
ضمنا در دوره Performance & Tuning این ویژگی به طور کامل بررسی خواهد شد.
https://nikamooz.com/product/course-performance-tuning-sql-server/