Bizim kullandığımız plesk sürümü .NET Framework 2.0 üstünü görmediği için listeden sadece KB976576 güncellemesini bulup kaldırmamız yeterli olacaktır.
Güncellemenin kaldırılıp sunucunun yeniden başlatılmasından sonra oluşan hataların sona erdiğini göreceksiniz.

        

ntds.dit dosyasını offline olarak küçültmek için aşağıdaki adımlar uygulanır;
1- Sunucu Directory Services Restore Mode (dsrepair) ‘la yeniden başlatılır. Bu eğer konsol başındaysak makineyi F8′e basarak bu mod seçilerek yapılabilir veya sunucuya terminal services ile bağlanılmışsa msconfig yardımıyla bir sonraki açılış modu dsrepair olarak belirlenebilir. Bunun için;
Start –> run –> msconfig.exe çalıştırılır.
BOOT.INI tab’ında, Boot Options’ın altında /SAFEBOOT işaretlenir ve DSREPAIR seçeneği seçilir. Ve bu değişiklik sonrası makine yeniden başlatılır.

2- Sunucu safe mode’da açıldıktan sonra lokal Administrator accountu ve DSRM şifresi (DC’nin kurulumu sırasında verilen) ile logon olunur.
3- Safemode’da çalışıldığını belirten uyarı mesajı OK ile geçilir.
4- Start –> run–> cmd yazılarak komut satırına geçilir.
5- Sırasıyla aşağıdaki kırmızı koyu renkli komutlar yazılıp ENTER’a basılır.
6- C:\> ntdsutil
ntdsutil: files
file maintenance:info
sonrasında ekrana çıkan işlemlerin akışı aşağıdaki gibi olur;
Drive Information:

C:\ NTFS (Fixed Drive ) free(7.2 Gb) total(19.5 Gb)
D:\ NTFS (Fixed Drive ) free(5.7 Gb) total(14.3 Gb)

DS Path Information:

Database : C:\WINDOWS\NTDS\ntds.dit – 2.1 Gb
Backup dir : C:\WINDOWS\NTDS\dsadata.bak
Working dir: C:\WINDOWS\NTDS
Log dir : C:\WINDOWS\NTDS – 40.0 Mb total

res2.log – 10.0 Mb
res1.log – 10.0 Mb
edb0128E.log – 10.0 Mb
edb.log – 10.0 Mb
file maintenance:compact to D:\gecici
sonrasında ekrana çıkan işlemlerin akışı aşağıdaki gibi olur;
file maintenance: compact to D:\gecici
Opening database [Current].
Executing Command: C:\WINDOWS\system32\esentutl.exe /d”C:\WINDOWS\NTDS\ntds.dit” /t”
D:\gecici\ntds.dit” /p /o

Initiating DEFRAGMENTATION mode…
Database: C:\WINDOWS\NTDS\ntds.dit
Temp. Database: D:\gecici\ntds.dit

Defragmentation Status (% complete)

0 10 20 30 40 50 60 70 80 90 100
|—-|—-|—-|—-|—-|—-|—-|—-|—-|—-|
……………………………………………

Note:
It is recommended that you immediately perform a full backup
of this database. If you restore a backup made before the
defragmentation, the database will be rolled back to the state
it was in at the time of that backup.

Operation completed successfully in 347.406 seconds.

Spawned Process Exit code 0×0(0)

If compaction was successful you need to:
copy “D:\gecici\ntds.dit” “C:\WINDOWS\NTDS\ntds.dit” and delete the old log files:
del C:\WINDOWS\NTDS\*.log
file maintenance: quit
ntdsutil: quit
7- Ntds.dit dosyasının büyüklüğüne ve bölünme miktarına göre defragmentation işlem süresi değişebilir. Operation completed successfully in ….. seconds mesajından sonra yukarda kırmızı ile gösterildiği gibi file maintenance ve ntdsutil prompt’larından iki kez quit komutunu kullanarak ntdsutil’den çıkılır.
8. D:\gecici altına birleştirdiğimiz yeni Ntds.dit dosyası komut satırından C:\WINDOWS\Ntds dizini altına aşağıdaki şekilde taşınır.
copy D:\gecici\ntds.dit C:\WINDOWS\ntds\ntds.dit
9. Eski log dosyaları silinir.
del C:\WINDOWS\NTDS\*.log

10. Sunucu normal olarak tekrar başlatılır. Eğer ki offline defragmentation işlemi msconfig’den safeboot seçeneği işaretlenerek makine açılıp yapıldıysa bu restart işleminden önce seçenek kaldırılmalıdır.

        

Daha sonra DOS komut satırında Plesk Panelin kurulu olduğu dizinde
cd %plesk_bin%
komutu verip geçtiğiniz dizinde aşağıdaki komutları sırasıyla uygulayın.
ftpmng.exe --remove-all
ftpmng.exe --reconfigure-all

Eğer sorun çözülmediyse lütfen aşağıdaki adımları uygulayın.
vhosts klasörüne gelip sağ tıklayınız.
vhosts klasörü Plesk Panel kurulumunda web sitesi klasörlerinin yer aldığı varsayılan klasördür. Bazı kurulumlarda, ama güvenlik ama kişisel tercih yüzünden farklı isimlendirilebilir. Biz varsayılan olarak düşünüp devam edelim.
Klasöre sağ tıklayıp  search diyoruz ve .security dosyalarını aratıyoruz ve bulunan tüm .security dosyalarını siliyoruz.
Bu yaptığımız işlem hakkında kısa bir bilgi verelim;
Plesk Panelin web sitesine ait klasörleri varsayılan olarak vhosts klasöründe tuttuğumuzu belirtmiştik. Vhost klasörünün altında plesk panelin arayüzünde oluşturduğumuz her yeni domaine ait klasörler barındırılır (örnek: da-hi.net, frekansbilisim.net, turktkd.com şeklinde klasör isimleri vardır). Her domain klasörünün altında ise anon_ftp, cgi-bin, error_docs, httpdocs, httpsdocs, private, statistics, subdomains, vault_scripts, web_users gibi klasörler bulunur. Ayrıca “.security” adında bir dosya da mevcuttur. Bu dosyada sitenin web klasörlerine ait yetkilendirme ayarları saklanır.
Bu kısa bilgilendirmeden sonra işimize geri dönelim:
Başlat -> programlar -> Parallels -> Plesk -> Plesk Reconfigurator tıklayarak çalıştırınız.

Repair Plesk Installations’a tıklayarak açılan pencereden sadece Plesk Virtual Hosts Security’i işaretleyerek Check butonuna basınız.

İşlem bitince sitenizi yeniden açınız. Sorun büyük olasılıkla çözülmüş olacaktır.

        

mysql.exe -u admin -P8306 psa -p

Mysql şifremiz istediğinde yazarak devam etmeliyiz.
Bu işlemden sonra

use psa G

yazarak uyguluyoruz. Bu işlem ile database değişti uyarısı alırız.

Buraya kadar yaptığımız işlemleri MySQL Front, SQLyog gibi programlara aşina kimseler 3. Parti program kullanarak yapabilirler.
Bu aşamadan sonra Plesk kontrol panelin kendi veri tabanına bağlandık ve tablolarda silme işlemine başlayacağız.

delete from dns_recs where id=(SELECT id FROM domains where name=’example.com’);
delete from dns_zone where displayName=’example.com’;
delete from FROM sys_users where home=’C:/inetpub/vhosts//example.com’;

Komutlarını sıra ile çalıştırıyoruz. İşlem bittikten sonra exit komutu ile cmd istemcisinden çıkıyoruz ve Pleski restart ediyoruz.

        

1-) Active Directory Domains and Trust konsolundan Server’a sağ tıklayıp Raise Domain Functional

Level’i Windows Server 2003’e getirdik.

2-) Additional DC’nin replikasyonla Windows Server 2003’e yükseldiğini gördük.

3-) Adana DC de oluşturulan Adana_Paylaş isimli klasöre İzmir DC deki grupları eklemek

istediğimizde İzmir DC deki:

-          Muhasebe (Universal) ekleniyor.

-          Pazarlama (Global) ekleniyor.

-          Arge (Domain Local) eklenemiyor.

-          İzmir DC de oluşturulan kullanıcıların hepsi eklenebiliyor.

4-) Aynı işlemlerin İzmir DC de oluşturulan paylaşım klasörü içinde geçerli olduğu görüldü.

5-) DC lerdeki Universal ve Global gruplara karşı DC lerdeki kullanıcılar üye yapılamadı.

5-) Domain Local Grup üyeleri DC deki başka gruba üye yapılamıyor.

6-) Universal gruba universal ya da global gruplar üye yapılabiliyor.

        

const HKEY_CURRENT_USER = &H80000001
strComputer = “.”
Set StdOut = WScript.StdOut

End Sub

        

Exchange üzerinde mailbox kullanabilirsiniz ki bu durumda tüm mail öğeleri Exchange sunucunuz üzerindeki veritabanında tutulur. Diğer yöntemde ise her kullanıcı kendi kullandığı bilgisayarda yerel olarak bir PST veritabanında tüm mail öğelerini tutabilir.

Her iki uygulamanın da kendi içlerinde avantajları ve dezavantajları bulunmaktadır. Örneğin Exchange 2003 Standart sürüm kullanıyorsanız ve kullanıcılarınız maillerini mailbox’ta tutuyorlarsa bir süre sonra veritabanınız maksimum limit sınırına gelecektir. Tersi durumda yani lokalde PST dosyası kullanırsanız, Outlook 2003’ten itibaren kullanılan Unicode PST dosyalarının boyut limiti teorik 20 gigabyte’tır. Aynı şekilde yoğun mail kullanan kullanıcılar bu kadar yüksek boyutlu veritabanı dosyasını çalıştırırken sorun yaşayabilirler, PST dosyası bozulabilir, farklı bilgisayarlarda kullanım zorlukları çıkabilir.

Bu noktada şirketinizin gereksinimlerine göre tercihlerinizi belirleyebilirsiniz. Peki, tüm kullanıcılarınızın Default Delivery Location (Gelen mailin teslim edileceği konum) bilgisini değiştirmek isterseniz, bunu nasıl gerçekleştireceksiniz? Her kullanıcıya bunu nasıl yapacaklarını anlatan bilgi maili mi atacaksınız, tek tek gidip her bilgisayarda siz mi değiştireceksiniz?

Microsoft Outlook 2003 ya da 2007 yazılımları üzerinde hali hazırda kurulu ve kullanılan sistemlerde toplu olarak Default Delivery Location’ı Mailbox olarak ayarlamak için Office Resource Kit ile beraber gelen Custom Maintenance Wizard’ı kullanabiliriz. CMW uygulamasını sadece bir profil dosyası oluşturmak için kullanacağız. Bunun için;

1- Office Resource kiti herhangi bir işletim sistemi üzerine kuralım. ORK dosyasını indirmek için http://download.microsoft.com/download/0/e/d/0eda9ae6-f5c9-44be-98c7-ccc3016a296a/ork.exe linkini kullanabilirsiniz.

2- Kurulum tamamlandıktan sonra Start—All Programs—Microsoft Office—-Microsoft Office Tools—Microsoft Office 2003 Resource Kit—Custom Maintenance Wizard uygulamasını çalıştıralım.

3- Sihirbazda direkt olarak ikinci adıma geçebiliriz. Burada Office 2003 kurulum klasöründeki Pro11.msi dosyasını göstermemiz gerekiyor. Bunu sihirbazı çalıştırdığımız bilgisayara kurulum dosyalarını kopyalayarak gösterebileceğimiz gibi sunucular üzerinde kurulum dosyaları varsa bunları da gösterebiliriz.

4- Üçüncü adımda Create a New CMW File komutunu verip devam edeceğiz.

5- Dördüncü adımda CMW dosyasını kayıt edeceğimiz yeri ve dosya adını belirliyoruz. Gerçekte bir CMW dosyası yaratmayacağımız için buradaki bilgiler çok önemli değil bizler için.

6- On ikinci adıma kadar hiçbir ayarı değiştirmeden devam edeceğiz. 12. Adımda Modify Profile komutunu vereceğiz.

7- On üçüncü adımda Configure An Exchange Connection ayarını seçeceğiz. User Name kutusunda varsayılan olarak %username% ayarı vardır. Bu ayarla oturum açan kullanıcı adına atanmış mail hesabını alıyor. Exchange Server kutusuna Exchange sunucumuzun adını yazacağız. Bu ekranda en önemli alan Overwrite existing Exchange Settings if an Exchange Connection exists (only applies when modifying profile) kutusu. Bu kutunun işaretli olması gerekiyor. Diğer ayarlar değiştirilebilir ya da varsayılanda bırakılabilir.

8- On dördünce ekran Customize additional Outlook profile and account information ayarını seçeceğiz. Bu ayarı seçtikten sonra alt bölümde etkinleşecek Deliver new mail to the following location kutusunda Exchange server’ı seçeceğiz.

9- On beşinci ekranda Export Profile Settings butonuna tıklayarak şimdiye kadar yaptığımız Outlook profil ayarlarını PRF uzantılı profil dosyasına kaydedeceğiz. Böylece daha sonra bu ayarları Outlook içerisine alacağız.

10- Bu noktadan sonra CM Wizard ile ilgili bu işlem için yapacağımız bir uygulama yok, dolayısıyla devam etmeden direkt olarak sihirbazı kapatabiliriz.

Daha sonra istemci üzerinde Outlook kapalıyken örnek olarak

Outlook.exe /ImportPRF C:\Dosya_Adi.prf ya da

Outlook.exe /ImportPRF \\sunucu_adi\Paylasim\dosya_adi.prf

Komutlarını çalıştırarak oluşturduğumuz profil dosyasını import edebilir ve yaptığımız ayarları uygulayabiliriz. Dosya ve komut hem Outlook 2003 hem de Outlook 2007 sürümlerinde çalışmaktadır. İstenirse PRF dosyası sunucu üzerinde bir paylaşıma konularak Logon script aracılığıyla komutlar kullanılarak istenilen clientlara dağıtılabilir. Benim önerim ilk etapta production ortamından önce test sistemlerinde denemenizdir.

Custom Maintenance Wizard ile tüm Office kurulumunuza hükmedebilirsiniz, bunun için CMW aracını iyice incelemenizi ayrıca öneririm. İstediğiniz registry ayarlarını ekleyebilir, var olan kurulu Office bileşenlerini uzaktan kaldırabilir, profil, organizasyon bilgilerini değiştirebilirsiniz. Oldukça ayrıntılı bir shirbazdır Custom Maintenance Wizard ve özellikle kurulmuş Office sistemlerinde yapmak istediğiniz değişiklikler için sizin oldukça fazla zamanınızı kurtaracaktır.

Yazar: Gökhan ŞENYÜZ

Bu yazıyı paylaş:

        

]]>