سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
در مصاحبه ای که با مکتب خونه داشتم در خصوص مسیر یادگیری SQL Server صحبت کردم. این مصاحبه رو میتونید از لینک زیر مشاهده کنید.
شاد باشین
حمیدرضا صادقیان
https://www.youtube.com/watch?v=MYuk9OmT-UI

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
میخوام یک سوال مطرح کنم
اینکه شما برای مانیتورینگ ترافیک دیتابیس چه کاری می کنید؟
منظورم این هست که مثلا یک چیزی مثل فایروال داشته باشین و ترافیک ورودی و خروجی به سمت دیتابیس رو کنترل کنید، کل کوئری های ارسالی ، توسط کاربران مختلف رو در لحظه مانیتور کنید و امکان این رو داشته باشین که یک کد خاصی رو بلاک کنید یا اینکه کاربر خاصی رو بلاک کنید یا اینکه بتونید رفتار خاصی مثل SQL Injection رو تشخیص بدین .
علاقمندم در این خصوص در گروه باهم صحبت کنیم.

ارادتمند
حمیدرضا صادقیان

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
بالاخره نسخه Preview برای SQL Server 2022 عرضه شد.
امکانات بسیار جذابی هم در بخش کدنویسی ، هم در بخشهای دیگه به این محصول فوق العاده اضافه شده .
از لینک زیر می تونید جزئیات امکانات اضافه شده رو مطالعه کنید.
من هم سعی میکنم در پستهای مختلفی این امکانات رو توضیح بدم.

باشد که رستگار شویم.

شاد و خوش باشید
حمیدرضا صادقیان
@Hamidreza_Sadeghian

https://www.microsoft.com/en-us/sql-server/sql-server-2022?rtc=1

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از موضوعاتی که جدیدا بحثش داغ شده و شاید اسمش رو از گوشه کنار شرکتها بشنوید، بحث حاکمیت داده هست.
مباحثی مانند:
> Master Data
> Data Quality
> Data Security
زیر مجوعه این مهم خواهند بود.
هدف از این بحث ، سیاستگذاری های دسترسی به داده ، کنترل کیفیت داده ها، یکپارچه سازی اطلاعات جهت رسیدن به گزارشات جامع و تجزیه و تحلیل های دقیق ، جهت پیشبرد اهداف سازمانها و همچنین بهبود فرآیندها و افزایش درآمد و کاهش هزینه های سازمانها می باشد .
خوشحال خواهم نقطه نظرات شمارو در این بحث بشنوم .
حتما در پستهای مختلفی در خصوص این موضوعات باهم صحبت خواهیم کرد

شاد و سالم باشید 🙂🙂

حمیدرضا صادقیان
#Data_Quality
#Data_Governance
#Data_Security
#Data_Management
#DataQuality
#DataGovernance
#DataSecurity
#DataManagement

@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون خوب باشه
پیرو صحبت قبلی در خصوص Data Governance و حاکمیت داده ، یکی از موضوعات اساسی کیفیت داده ها است.
بیایم اول ببینیم کیفیت داده ها یعنی چی؟
برای این منظور باید هر داده ای از جنبه سوالات زیر بررسی شود .
آیا درست است؟
آیا معتبر است؟
آیا به موقع است؟
آیا کامل است؟
آیا منحصر به فرد است؟
آیا پایدار و ثابت است ؟
این سوالات برای صحت سنجی یک داده بررسی می شود.
در واقع همان ابعاد کیفیت داده می شود که به Data Quality Dimensions نیز مشهور است.

نکته مهم این هست که همه ابعاد کیفیت داده برای همه داده ها مناسب نیستند و نیازی هم نیستند که بررسی شوند.

بیایم با یک مثال این سوالات رو بررسی کنیم.
تاریخ تولد یک فرد رو در نظر بگیرید.
برای تاریخ تولد بررسی کامل بودن و معتبر بودن آن کفایت می کند.
مثلا به وقت بودن یا Timeliness بودن آن نیازی نیست بررسی شود. زیرا در زمان خود اتفاق افتاده و موثر بوده و نیازی نیست د ریک زمان خاص بررسی شود. در همه زمانها معتبر است.

یا مثلا منحصر به فرد بودن یا Uniqueness بودن آن نیز نیازی نیست بررسی شود چون مسلما برای افراد گوناگون تاریخ تولدهای یکسان وجود دارد.

ادامه دارد....

در پست بعد حتما در خصوص ادامه این موضوع باهم صحبت خواهیم کرد.
خوشحال میشم نقطه نظرات شمارو هم داشته باشم و پیرامون این موضوع باهم صحبت کنیم و توضیح بدین شما چطور دارید صحت داده هارو بررسی می کنید؟

ارادتمند شما
حمیدرضا صادقیان
#DQ_Part1
#Data_Quality
#Data_Governance
#Data_Security
#Data_Management
#DataQuality
#DataGovernance
#DataSecurity
#DataManagement

@Hamidreza_Sadeghian

SQLServer Telegram Channel : @SQL_Server
SQLServer Telegram Group : https://t.me/+uIc1qhv58gU0NWQ0

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
اگر علاقمند هستین که از تکنیکهای پیشرفته T-SQL برای تجزیه و تحلیل داده های خودتون استفاده کنید،
پیشنهاد می کنم این کتاب رو مطالعه کنید.
در این کتاب در خصوص Data Quality , Time Oriented , Text Mining, Data Mining صحبت میشه و تماما داره با TSQL اینکارهارو انجام میده.
نویسنده کتاب جناب Dejan Sarka از MVP های مایکروسافت هستن که در این زمینه مقالات و کتابهای خیلی ارزشمندی دارن و معمولا د رنوشتن کتابهای TSQL با جناب Itzik Ben-Gan همکاری دارن.
امیدوارم که با این کتاب ،‌دربهای جدیدی از دنیای کدنویسی TSQL به روی ماهتون باز بشه.

پ.ن : به دلیل حفظ رعایت حقوق ناشر ، لینک دانلود قرار نخواهم داد. ولی با یک جستجوی ساده میتونید به لینک دانلودش برسید . 😜😜

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که در کدنویسی T-SQL اهمیت داره ، بحث تیمی کار کردن هست.
- اینکه چطور با تیم میشه یک دیتابیس رو توسعه داد؟
- چطور میشه برای کدهای دیتابیس تست نوشت.؟
- چطور برای یک دیتابیس مستندات تهیه کنیم؟
- قوانین نام گذاری اشیای داخل دیتابیس به چه شکلی باشه؟
- چطوری نحوه قراردادن کدها بر روی دیتابیس های مقصد را خودکار کنیم؟
- چطوری کد بنویسیم که قابل استفاده مجدد باشه؟
و....

در کتابی که معرفی می کنم ، شرکت Red-Gate به این مباحث پرداخته و این کتاب رو به صورت رایگان توزیع کرده.
پیشنهاد می کنم حتما بهش نگاه کنید. نکات بسیار ارزشمندی داخلش هست که باعث میشه کیفیت کدهای سطح دیتابیستون افزایش پیدا کنه.

امیدوارم از خوندن این کتاب لذت ببرید

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

Group link : https://t.me/+uIc1qhv58gU0NWQ0

Ebook Link : https://assets.red-gate.com/community/books/redgate-guide-sql-server-development.pdf

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
امروز داشتم در خصوص زبان Rust مطالعه می کردم.
یکی از افراد خفن به نام Mark russinovich در این خصوص گفته بود که بهتره استفاده از زبان های C , C++ برای سیستم های جدید کنار گذاشته بشه و به جاش از این زبان استفاده بشه.
ایشون نویسنده کتابهای Windows Internals هست و ابزار بسیار قدرتمند Sysinternals Suite رو هم ایشون نوشتند. همچنین در حال حاضر هم CTO Microsoft Azure هستند.
نکته جالبش برای من این بود که در حوزه Data Science بسیار به نظر کاربردی تر از Python میاد و از لحاظ سرعت و امنیت حرفهای بسیاری برای گفتن داره.

مشتاقم بدونم شما برای ML , AI از چه زبانهایی استفاده می کنید و چرا؟

شاد باشین
حمیدرضا صادقیان
@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که هرشخصی که در حوزه ادمین میخواد فعالیت کنه این هست که بتونه راهکارهای مناسب برای در دسترس بودن بانکهای اطلاعاتی ارائه بده.
خوب بیایم باهم یک سناریو رو بررسی کنیم:
نیازمندی های مسئله این هست:

- 50 سرور دیتابیس
- حدود 400 دیتابیس
- نسخه های SQL Server از 2008 تا 2019
- حجم کل اطلاعات 10 ترابایت
سه سایت که ارتباط شبکه ای بین آنها خوبه. دوتا در تهران و یکی در شهرستان هست.
خوب ما می خواهیم برای این راهکار HA ارائه بدیم.
اولا چه مسائلی رو بررسی می کنید برای راه اندازی HA؟
دوم اینکه چه راهکارهایی رو می تونید ارائه بدین؟
منتظر راهکارهای خوب شما هستم.

شاد و خلاق باشین
حمیدرضا صادقیان

@Hamidreza_Sadeghian
#HA
#سوال
#Alwayson
#Availability_Group

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه.
در خصوص سوالی که مطرح کردم برای ارائه راهکار.

نکته اول این هست که باید ببینیم آیا امکان ارتقای دیتابیس ها به یک نسخه مشترک هست یا خیر.
نکته دوم این هست که میزان RTO ,RPO برای دیتابیس های مختلف به چه صورت است؟
منظور از RTO همان Recovery Time Objective هست. یعنی زمانی که یک Disaster رخ می دهد ، چقدر میتوان Downtime داشت که آسیبی به کسب و کار نخورد. ممکن است برای بعضی از دیتابیس ها این عدد خیلی بالا باشه ممکنه برای بعضی از دیتابیس ها بسیار کم باشه. مثلا ممکنه برای بعضی در هفته ۵ ساعت باشه. ولی برای بعضی در سال ۲ ساعت باشه.
براساس اینها شما تصمیم میگیرید که برای دیتابیس فوق چه استراتژی تهیه کنید و در چه دسته ای قرار بدین.
منظور از RPO همان Recovery Point Objective هست.
یعنی اینکه در زمانی که یک Disaster رخ داد. چه مقداری از داده های دیتابیس مورد نظر از بین برود، آسیب جدی به کسب و کار نمیخورد و میتواند به کار خود ادامه دهد و آنرا دچار مشکل نمی کند.
ممکن است بعضی از دیتابیس ها تا یک هفته داده های آن از بین بروند اهمیتی نداشته باشند ولی ممکن است یک دیتابیس مثل سیستمهای بانکی حتی یک رکورد هم امکان از بین رفتن ندارد.

نکته سوم اندازه گیری وضعیت فعلی سرورها و میزان استفاده از منابع توسط هر دیتابیس و در هر سرور هست.

خوب حالا که این موارد مشخص شد. میتوانید راهکار ارائه بدین.
براساس اینها متوجه خواهید شد چند تا سرور نیاز دارید.
چند تا Instance نیاز دارید
بر روی هر Instance چند تا دیتابیس می تونید قرار بدین.
درسته که در هر Instance شما میتونید ۳۲۷۶۶ دیتابیس ایجاد کنید. زیرا Database_ID نوعش از نوع Smallint هست و چون یک دیتابیس مخفی به نام MSSQLResource نیز وجود دارد پس ۳۲۷۶۶ دیتابیس بیشتر نمیتونید بر روی یک Instance داشته باشین.
ولی بهتره بیش از ۱۰ ٪ حداکثر مقادیری که مایکروسافت برای هرچیزی تعیین کرده تعدی نکنید. مثلا برای دیتابیس ها اگر از ۳۲۷۶ عدد بر روی یک Instance فراتر رفتید ، این ممکنه یک نشونه طراحی بد دیتابیس ها باشه. ( البته این یک قانون همیشگی نیست و میتونه نقض هم بشه)

ادامش رو در پست های بعدی بهش اشاره می کنم.

شاد باشین و شکرگزار. ☺️☺️

ارادتمند شما
حمیدرضا صادقیان
@Hamidreza_Sadeghian

#HA
#DR
#Availability_Group
#AlwaysON

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه

یکی از مسائلی که در اغلب سوالات مطرح شده داخل گروه میبینم ، عدم آشنایی نسبت به رفتار SQL Server هست.
- اینکه بدونیم چطور کار می کنه.
- چطوری اطلاعات رو فراخوانی می کنه،
- چطور CPU و IO ,RAM رو مورد استفاده قرار میده.
- چطور از ایندکس ها استفاده می کنه.
- چطوری کدهای ما رو میفهمه و اجراش می کنه.

دونستن این مسائل به ما کمک میکنه دقیقتر کد بنویسیم و روی راه حل هامون تجدید نظر کنیم و همچنین دستاورد این دانش ،افزایش سرعت و کاهش میزان فحش بر ثانیه توسط مشتری است.😂😂

براین اساس پیشنهاد می کنم این چهار سری ویدئو از آقای Brent Ozar رو ببینید و روش عمیق بشید.
امیدوارم لحظات خوشی را در کنار ایشون تجربه کنید.

https://www.youtube.com/watch?v=HhqOrbX3Bls&list=PLDYqU5RH_aX1VSVvjdla9TOKf939UhIDB&index=1

شاد و شکرگزار باشین .☺️☺️

ارادتمند شما
حمیدرضا صادقیان
ID: @Hamidreza_Sadeghian

🆔 : https://www.linkedin.com/in/hamidrezasadeghian/

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی باشه
یک چالشی که جدیدا دارم زیاد مشاهده می کنم این هست که به عنوان مشاور میرم با یک سازمان صحبت میکنم که فرضا دیتابیس یا سرور رو پایش کنیم و چالش ها رو شناسایی کنیم. جالبه که شرکت نرم افزاری اومده دسترسی های ادمین دیتابیس رو گرفته و به شرکت مورد نظر نمیده و شرکت میگه ما باید ازشون اجازه بگیریم!!!!

دوستان عزیزم، هیچ شرکت نرم افزاری حق مدیریت دیتابیس های شمارو نداره.
هیچ شرکت نرم افزاری حق دسترسی مستقیم به دیتابیسهای شمارو نداره.
هیچ شرکت نرم افزاری حق نداره دسترسی ادمین به دیتابیس داشته باشه.
مالکیت حقوقی مادی معنوی و هر مالکیتی بر روی دیتابیس و SQL Server و داده های درون آن ، مال شماست و متعلق به شماست.
اگر قراره شرکتی بر روی دیتابیس های شما کار کنه باید مستقیما زیر نظر DBA شما حرکت کنه و نباید مستقیم به دیتابیس های خودش هم دسترسی داشته باشه.
حتی اگه قراره تغییری داخل دیتابیس های خودشون هم بدن باید با نظارت DBA سازمان باشه. اینقدر مشاهده کردم که با یک بی دقتی دیتای سازمان رو دچار مشکل کردند یا مشکلات عدیده دیگه ای به وجود اوردند.
در بحث Index گذاری که به هیچ وجه نباید دسترسی داشته باشند و اصلا در تخصص اونها نیست و دقیقا تیم DBA باید اینکارو انجام بده.
باز اگر قراره Index گذاشته بشه باید از کانال DBA رد بشه.
به هیچ وجهی هیچ دسترسی ریموت , Anydesk و هیچ ابزار ریموتی به صورت مستقیم نباید داشته باشند.
دوستان لطفا این موارد رو رعایت کنید خواهشا.
هیچ دیتابیسی قرار نیست با کپی فایل داخل مسیر فایلهای دیتابیس از کار بیافته.
قرار نیست با یک مانیتور بر روی سرور دیتابیس ، نرم افزار از کار بیافته.
از این صحبتها نترسید و به هیچ وجهی هیچ مسؤلیتی رو به هیچ شرکتی واگذار نکنید مگر اینکه مستقیما در خصوص نگهداری دیتابیس باهاشون یک قرارداد ببندید و تمامی مواردی که باید انجام بشه رو داخلش قید کنید.
در خصوص نوع قراردادشم میتونم راهنماییتون کنم که چه ایتمهایی باید داخلش قید بشه.

شاد باشین و شکرگزار. ☺️☺️

Hello, dear friends.

I hope you're doing great.

Lately, I have been facing a challenge that I observe frequently. As a consultant, I often approach organizations to discuss monitoring their databases or servers and identifying challenges. Interestingly, there have been instances where software companies have obtained administrative access to databases without granting it to the respective organization. The company insists that we need to seek permission from them!

My dear friends, no software company has the right to manage your databases. No software company has the right to directly access your databases. No software company should have admin access to your databases. The legal, material, and intellectual ownership of the databases, SQL Server, and the data within them belongs to you.

If a company is going to work with your databases, it should operate directly under the supervision of your DBA (Database Administrator) and should not have direct access to their own databases. Even if they need to make changes within their own databases, it should be done under the supervision of the organization's DBA. I have witnessed numerous instances where their carelessness has caused issues or created various other problems within the organization's data.

In terms of indexing, they should never have access to it as it is not their area of expertise. The DBA team should be responsible for this task. If indexing is to be implemented, it must be approved through the DBA channel.

Under no circumstances should they have remote access, Anydesk, or any remote tools directly. Please, my friends, adhere to these guidelines.

No database is supposed to go out of order by copying files into the database file path.

No software should cause the database to go out of order by simply placing a monitor on the database server.

Do not fear these discussions, and under no circumstances should you delegate any responsibility to any company unless you have a direct contract with them regarding database maintenance and explicitly state all the tasks to be performed within it.

I can guide you on the type of contract and what items should be included in it.

Stay happy and grateful. ☺️☺️

@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
لینک گروه پرسش و پاسخ رو ارسال می کنم که بتونید استفاده کنید.
شاد باشید و شکرگزار.☺️☺️
حمیدرضا صادقیان

Hello, my dear friends!
I hope you're doing fantastic.
I'm sharing the link to a Q&A group so you can make use of it. If you're not a Persian speaker, feel free to write your questions in English.


Be happy and grateful. ☺️☺️
Hamidreza Sadeghian

@Hamidreza_Sadeghian


https://t.me/+uIc1qhv58gU0NWQ0

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
میخوام باهاتون یک مساله دیگه ای رو مطرح کنم.
فرض کنید در یک سناریو ۲۰ تا سرور داریم که با تکنولوژی های مختلف باهم Sync شدند. یعنی بخشی از این سرورها با Alwayson باهم ارتباط دارند بخشی از آنها باهم Failover Cluster Instance هستند.
بر روی این ۲۰ تا سرور ، سرویسهای مختلف مثل SSAS , SSIS نیز قراردارند.
در مجموعه ۶۰ ترابایت هم دیتا بر روی همه این سرورها قرار دارد.
بین سرورها لینک سرورهای مختلف با دسترسی های مختلفی قرار دارند.
همچنین بین بعضی از دیتابیس ها نیز Replication نیز قرار دارد.
قرار هست این سرورها به سرورهای مجازی منتقل شوند.
هدف ارائه راهکاری هست که با کمترین میزان Downtime وریسک این انتقال انجام شود.
خوشحال میشم راهکارتون رو بشنوم و در این خصوص صحبت کنیم.

شاد باشین و شکرگزار☺️☺️
حمیدرضا صادقیان
@hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون خوب خوب باشه
شاید به این مساله برخورد کرده باشین، زمانی که دارین Maintenance Plan ایجاد می کنید که Backup رو از یک مسیر خاص در یک بازه زمانی خاصی حذف کنه ، هیچ خطایی رخ نمیده ولی هیچ فایلی هم پاک نمیشه!
وقتی شما یک Maintenance Plan ایجاد می کنید ، با استفاده از دستور XP_Delete_File این اتفاق می افته.
این دستور یک Extended PRocedure هست و چک می کنه که فایلهای فوق هم ساختار Backup های SQL Server رو داشته باشن و هم اینکه مربوط به دیتابیس های همون Instance باشه که این دستور اونجا اجرا میشه.
مثلا ممکنه روی یک سرور چند تا Instance باشه و داخل یک مسیر مشخص Backup گرفته باشن. این مکانیزم باعث میشه جلوگیری کنه از حذف فایلهای غیر مرتبط و اشتباه.

امیدوارم این نکته براتون مفید باشه

شاد باشین و شکرگزار☺️☺️
حمیدرضا صادقیان

Hello, my dear friends,

I hope you are all doing well. Perhaps you have encountered this issue before: when you create a Maintenance Plan to delete backups from a specific path within a specific time interval, no errors occur, but no files are deleted either!

When you create a Maintenance Plan, this happens using the XP_Delete_File command. This command is an Extended Procedure that checks whether the files have the structure of SQL Server backups and belong to the databases of the same instance where this command is executed.

For example, there may be multiple instances on a server, and they may have taken backups in a specific path. This mechanism prevents the accidental deletion of unrelated files.

I hope this information is helpful for you.

Stay happy and grateful ☺️☺️

@hamidreza_Sadeghian

با سلام خدمت همه دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یکی از مسائلی که جدیدا خیلی دارم باهاش برخورد می کنم و مشاهده می کنم ، علاقمندی شدید شرکتها وسازمانها در حرکت به سمت و سوی تحلیل داده هاست که صدالبته مسیر بسیار درستیه.
ولی به نظرم چالش از اینجا شروع میشه که قبل از تعریف حاکمیت داده و طراحی معماری داده سازمان ،‌به سمت تحلیل داده ها حرکت کنیم. به نظرم به همون میزانی که جذابه به همون میزان هم میتونه مارو به سرعت به سمت دره های خطرناک سوق بده.
وقتی مواردی مانند ساختارهای اطلاعات پایه ،‌ نحوه دسترسی اطلاعات ، نحوه پاکسازی اطلاعات ، یکپارچگی داده ها دیده نشده ،‌ مسلما داده هایی که مورد آنالیز و تحلیل قرار می گیرند مسیر درستی رو به ما نشون نمیدن و خطای بالایی رو تولید می کنند.
به نظر شما در یک سازمانی که سالها مشغول به فعالیت هست و شرکتهای مختلفی در زیرمجموعه آن مشغول به فعالیت هستند ،‌چطور میتوان حاکمیت داده رو ایجاد کرد و معماری داده ای اون رو طراحی کرد که کمترین درد و خونریزی روبرای سازمان داشته باشه؟
منتظر نظرات ارزشمند شما هستم

شاد باشین و شکرگزار ☺️☺️
حمیدرضا صادقیان


Hello to all my dear friends,

I hope you're all doing great. One of the issues I've been encountering a lot lately, and I've noticed, is the strong interest of companies and organizations in moving towards data analysis. Of course, this is a very promising path. However, I believe the challenge starts when we move towards data analysis before defining data governance and designing a data architecture for the organization. In my opinion, as appealing as it may be, it can also quickly lead us towards dangerous pitfalls.

When fundamental information structures, data access methods, data cleansing procedures, and data integration are not well-established, the data being analyzed and scrutinized will not guide us in the right direction and will produce significant errors.

What do you think about establishing data governance and designing a data architecture in an organization that has been operating for years and has various subsidiaries? How can we minimize the pain and bleeding for the organization?

I look forward to your valuable insights.

Stay happy and grateful ☺️☺️

Telegram Channel : @SQL_Server
Telegram ID : @Hamidreza_Sadeghian

#DataGovernance #MasterData #MDM #DataQuality #DataCleansing #DataArchitecture

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
سایت مکتبخونه برای اعضای سایت لینکدین کد تخفیف پنجاه درصدی تا فردا گذاشته که بتونید از دوره هاش بهره مند بشید
خواستم اطلاع رسانی کنم دوستانی که علاقمند هستند از دوره T-SQL Querying من استفاده کنند میتوانند از لینک زیر اقدام‌کنند.

ML50 :کد تخفیف

https://maktabkhooneh.org/course/%D8%A2%D9%85%D9%88%D8%B2%D8%B4-sql-%D9%BE%D8%A7%DB%8C%DA%AF%D8%A7%D9%87-%D8%AF%D8%A7%D8%AF%D9%87-sql-server-mk427/?affiliate=sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
یک تجربه ای از مذاکره خودم رو با یک ارگان دولتی اینجا باهاتون به اشتراک میذارم.
یکی از چالش های ارگانهای دولتی سر پرداخت به موقع پول هست که باید حالا حالاها بدویی دنبال پول گرفتنت.
ارگان مربوطه با من تماس گرفتن و قرار شد من به عنوان مشاور باهاشون فعالیت کنم.
ابتدا گفتن باید شرکت باشی گفتم من شخص هستم و شرکت نیستم. بعد منو معرفی کردن به یک شرکت محترم که در قالب اون شرکت با من قرارداد ببندن. بعد از بررسی همه مسائل رسید سر پرداختها. گفتند که ما هرسه ماه یک بار صورتحساب به ارگان مورد نظر ارسال می کنیم و دوستان هم پرداخت می کنند و ماهم در یک بازه ای پرداخت می کنیم و همچنین یک سری هم کسورات داره.
گفتم شرمنده من این مدلی قرارداد باهیچکسی نمیبندم. وقتی من ماهانه به راحتی دارم پول دریافت می کنم چرا باید بیام برای شما کار کنم که بعد از سه ماه تازه شما صورتحساب ارسال می کنید، مشخص نیست اون ارگان کی پرداخت انجام میده و بالطبع مشخص نیست شما کی به من واریزی خواهید داشت. به جز این میخواهید حسن انجام کار هم کسر کنید. من هر ماه باید بهم پرداخت بشه حسن انجام کاری هم پرداخت نمی کنم ولی کارم رو گارانتی می کنم.
گفتند ما فرآیندمون رو عوض نمیکنیم ما دولتی هستیم گفتم منم چارچوبم رو عوض نمیکنم چون شخصی هستم😂.
و خیلی شیک با دوستان خداحافظی کردم و با خیال راحت خوابیدم .
پیشنهاد میکنم بهتون با هر شرایطی وارد قرارداد نشین و مخصوصا با سازمانهای دولتی خیلی خیلی سختگیرانه رفتار کنید. دقیقااین دوستان هستن به شما محتاجن نه بالعکس.

شاد باشین و شکرگزار.
ارادتمند
حمیدرضا صادقیان

Hello to my dear friends,

I hope you're all doing excellently. I want to share my negotiation experience with a government organization here with you.

One of the challenges of government agencies is timely payment, which they pursue relentlessly. The relevant organization contacted me, and it was agreed that I would work with them as a consultant.

Initially, they said I had to be a company, but I explained that I am an individual, not a company. Then they introduced me to a reputable company, suggesting that we sign a contract through that entity. After reviewing all the details, we reached the payment stage. They mentioned sending invoices to the concerned agency every three months, and my colleagues and I would make the payments within a certain timeframe. Additionally, there were some deductions.

I politely declined, stating that I don't agree to such a contract. When I easily receive monthly payments, why should I work for you, waiting for you to send an invoice after three months? It's unclear when that agency will make the payment, and, of course, it's uncertain when you will deposit money into my account. Besides, you want to deduct a fee for the good performance of the work. I don't receive a performance fee monthly, but I guarantee the quality of my work.

They said they wouldn't change their process because they are a government entity. I responded that I won't change my framework either because I am an individual 😂.

I said a stylish goodbye to my friends and went to bed with peace of mind.

I suggest to you all, regardless of the circumstances, be cautious when entering into contracts, especially with government organizations. These are the ones in need of your services, not the other way around.

Stay happy and grateful.

Sincerely,
Hamidreza Sadeghian

@Hamidreza_Sadeghian

سلام خدمت دوستان عزیزم
امیدوارم حالتون عالی باشه
دوستان دقت کنید که Always ON اسم یک تکنولوژی خاص نیست!! صرفا فقط یک نام تجاری هست که در زیرمجموعه اون دوتا تکنولوژی HA قرار داره
1- Always ON FCI
2- Always ON Availability Groups
این ها رو هم اشتباه نگیرید.

شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان

Hello to my dear friends,

I hope you are all doing well.
Please note that "Always ON" is not the name of a specific technology; it is simply a brand name that encompasses two technologies under it:
1- Always ON FCI
2- Always ON Availability Groups

Do not confuse these with each other.

Stay happy and grateful.

Best regards,
Hamidreza Sadeghian

@Hamidreza_Sadeghian

سلام دوستان عزیزم
امیدوارم حالتون عالی عالی باشه
چند روز پیش درگیر بروز رسانی یک سری Package های SSIS بودیم که از نسخه ۲۰۱۲ به نسخه ۲۰۲۲ منتقل کنیم.
موقع Deploy مدام به ایرادات مختلف مخصوصا Dll های مربوط به Package ها برخورد میکردیم.
بعد از کلی بررسی ها ، متوجه شدم که در Package ها Target Server به ۲۰۲۲ تغییر نکرده بود و همین باعث ایجاد کلی خطا شده بود. این خطاها هم اغلب در هنگامم اجرای Job رخ میداد. دلیلش هم واضحه. Package های SSIS وقتی که JOB میشن توسط فایل DTExec اجرا میشن و یکی از مواردی که توسط این فایل چک میشه بحث Target Server هست که باتوجه به اون بیاد DLL های مربوط به اون رو لود کنه و همین قضیه باعث میشد مرتبا جاب های ما Failed بشن. با تغییر این موضوع ، جابها با موفقیت اجرا شدند.
گفتم این مورد روباهاتون به اشتراک بذارم.

شاد باشین و شکرگزار
ارادتمند
حمیدرضا صادقیان

Hello dear friends,

I hope you're all doing exceptionally well. A few days ago, we were involved in updating a series of SSIS packages from version 2012 to version 2022. During the deployment, we consistently encountered various issues, especially related to the DLLs associated with the packages.

After thorough investigations, I realized that the Target Server in the packages had not been changed to 2022. This oversight caused a multitude of errors, most of which occurred during the execution of jobs. The reason is clear: SSIS packages, when executed by the DTExec file during a job, undergo a check related to the Target Server. Based on this, the corresponding DLLs are loaded. This situation repeatedly led to the failure of our jobs.

By addressing this issue and changing the Target Server, the jobs were successfully executed. I thought it would be beneficial to share this experience with you.

Stay joyful and grateful.

Best regards,
Hamidreza Sadeghian

Telegram Channel : @SQL_Server

#SSIS
#DBA
#SQLServer
#Administration
#ETL
#job