پست‌ها

نمایش پست‌ها از ژوئن, ۲۰۱۱

تست کردن وب سرویس ها با WCFStorm

تصویر
سناریو / مشکل : بعد از نوشتن وب سرویس و هاست کردن اون تو نت برای تست(فراخوانی) کردن ش باید یه پروژه تستی ایجاد و  وب سرویس هام رو تست کنم که کاری زمانبره راه حل: استفاده از WCFStorm نسخه مجانی و open source اونو میتونید از اینجا دریافت کنید برای اضافه کردن سرویس File --> Service –> Add و آدرس وب سرویس رو وارد کنید wcfstorm با خوندن متا دیتای وب سرویس متدهای اونو برای شما لیست میکنه میتونید از این وب سرویس برای تست استفاده کنید توجه :با روشی که اینجا برای از كار انداختن صفحه‌ي Add service reference در VS.NET  معرفی شده به احتمال زیاد wcfstorm نمیتونه کار کنه بعد از انتخاب متد مورد نظر لیست پارامترهای اون تو پنجره RequestPane لیست میشه یکی از نکات جالب wcfstorm پشتیبانی از نوع هایه پیچیدس ساختار CompositeType رو میتنونید تو شکل زیر ببینید برای مقدار دادن به پارامتر ها با کلیک کردن روی پارامتر مورد نظر تو پنجره ای که باز میشه قسمت Value مقدار مورد نظر رو وارد کنید بعد از زدن دکمه Send خروجی به این شکل میشه(متد تستی GetDataUsingContract ورودی رو بع

مقدمه ای بر Resource Governor در SQL Server 2008

تصویر
سناریو / مشکل : روي يك سرور هم نرم افزار ERP داريم و هم نرم افزار گزارش گيري چون نرم افزار گزارش گيري منابع بيشتري مصرف ميكنه نرم افزار ERP كه تو سازمان از اولويت بالايي برخوردارده كند ميشه راه حل: Resource Governor يك تكنولوژي جديد در SQL Server 2008 هست كه از طريق تعيين كردن محدوديت مصرف (استفاده) منابع ;بوسيله درخواست هاي ورودي به سرور بارهاي كاري(workloads) و منابع SQL Server رو مديريت میکنه. در سروري كه ما 2 (يا چند) بار کاری متمايز داريم براي مثال بار كاري نرم افزار ERP و بار كاري نرم افزار گزارش گيري Resource Governor بين اين 2 فرق قائل ميشه و مياد منابع مشترك درخواست شده(CPU و memory) رو براساس محدوديت هاي كه ما به ازاي هر باركاري مشخص كرديم به اون درخواست تخصيص ميده. در واقع ما ميايم براي يك باركاري مشخص اولويت در نظر ميگيرم در اينجا نرم افزار ERP و تضمين ميكنيم در شرايطي كه بين چند بار كاري متمايز بر سر يك Resource خاص رقابت بوجود اومد باركاري با اولويت بالا حتما پيروز بشه و درنتيجه كامل بشه.   براي مثال در شكل بالا 2 گروه كاري داريم و بسته به نياز و اهميت حدا

ملاحظات امنيتي در SQL Server Mixed Mode Authentication

قبل از هر چيز best practice مايكروسافت اينه كه تا جايي كه ممكنه از Windows authentication mode استفاده بشه اوكي خيلي هم خوب ولي در بيشتر مواقع مجبوريم كه از mixed mode authentication استفاده كنيم وقتي كه سرور رو نصب ميكنيد لاگين معروف و خطرناك SA بصورت پيش فرض ساخته  ميشه ولي وقتي كه شما سويچ ميكنيد به Windows authentication mode اين لاگين غيرفعال و پسوردي بصورت رندوم بهش اختصاص داده ميشه خوب اين كارا برا چيه !!؟ تقريبا اولين كاري كه يه يوزر كنجكاو براي دسترسي به sql server انجام ميده اينه SA 123 يا 1234 يا … چرا چون SA يه لاگين جنريكه و بصروت پيش فرض تو همه سرور ساخته شده و اينجاس كه خطر Brute Force  سرور مارو تهديد ميكنه خوب در Windows authentication mode  كه تكليفمون با SA مشخصه ميمونه  mixed mode authentication كه نكات امنيتي زير رو ميشه رعايت كرد 1-پسورد مناسب و قوي براي SA (اگه خيلي قوي بود كه خودتون هم گمش كرديد اين پست ميتونه كمكتون كنه) 1-1-حتما بصورت دورهاي لاگين شدن هاي ناموفق رو برسي كنيد(اين خواصيت بصورت پيش فرض رو سرور فعاله) EXEC sp_readerrorl