How to fix a corrupt user profile in Windows: The User Profile Service failed the logon.

Method 1: Fix the user account profile

To fix the user account profile, follow these steps:

Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:

322756 How to back up and restore the registry in Windows How to back up and restore the registry in Windows
  1. Click Start, type regedit in the Search box, and then press ENTER.
  2. In Registry Editor, locate and then click the following registry subkey:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
  3. In the navigation pane, locate the folder that begins with S-1-5 (SID key) followed by a long number.
  4. Click each S-1-5 folder, locate the ProfileImagePath entry in the details pane, and then double-click to make sure that this is the user account profile that has the error.

    • If you have two folders starting with S-1-5 followed by some long numbers and one of them ended with .bak, you have to rename the .bak folder. To do this, follow these steps:
      1. Right-click the folder without .bak, and then click Rename. Type .ba, and then press ENTER.
      2. Right-click the folder that is named .bak, and then click Rename. Remove .bak at the end of the folder name, and then press ENTER.
      3. Right-click the folder that is named .ba, and then click Rename. Change the .ba to .bak at the end of the folder name, and then press ENTER.
    • If you have only one folder starting with S-1-5 that is followed by long numbers and ends with .bak. Right-click the folder, and then click Rename. Remove .bak at the end of the folder name, and then press ENTER.
  5. Click the folder without .bak in the details pane, double-click RefCount, type 0, and then click OK.
  6. Click the folder without .bak, in the details pane, double-click State, type 0, and then click OK.
  7. Close Registry Editor.
  8. Restart the computer.
  9. Log on again with your account.

Method 2: Log on to Windows and copy your data to a new account

Create a new account and copy the data from the old account to the new account. For information about how to do this, visit one of the following Microsoft websites:

Windows 7

Windows Vista

Method 3: Delete the error SID and create a new profile

To delete the error SID and create a new profile, follow these steps:

  1. Delete the error SID.
    To have us fix this problem for you, go to the “Fix it for me” section. If you would rather fix it yourself, go to the “Let me fix it myself” section.

    Fix it for me

    To fix this problem automatically, click the Fix this problem link. Then click Run in the File Download dialog box, and follow the steps in this wizard.

    Notes

    • This wizard may be in English only, but the automatic fix also works for other language versions of Windows.
    • If you are not on the computer that has the problem, you can save the automatic fix to a flash drive or to a CD, and then you can run it on the computer that has the problem.

    Let me fix it myself

    Important This section, method, or task contains steps that tell you how to modify the registry. However, serious problems might occur if you modify the registry incorrectly. Therefore, make sure that you follow these steps carefully. For added protection, back up the registry before you modify it. Then, you can restore the registry if a problem occurs. For more information about how to back up and restore the registry, click the following article number to view the article in the Microsoft Knowledge Base:

    322756 How to back up and restore the registry in Windows

    To resolve this problem yourself, follow these steps:

    1. Delete the profile by using the Computer Properties dialog box. To do this, follow these steps:
      1. Click Start, right-click Computer, and then click Properties.
      2. Click Change settings.

      3. In the System Properties dialog box, click the Advanced tab.

      4. In the User Profiles area, click Settings.
      5. In the User Profiles dialog box, select the profile that you want to delete, click Delete, and then click OK.
    2. Click Start, type regedit in the Search box, and then press ENTER.
    3. Locate and then click the following registry subkey:
      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
    4. Right-click the SID that you want to remove, and then click Delete.
  2. Log on to the computer and create a new profile.

Seyahatlerde Daha Az Para Harcamanın 8 Yolu.

travelhacks

Değişik zamanlarda değişik şehirlere yada ülkelere seyahat ediyoruz. Bazen iş bazende özel sebepler olabiliyor, iş içinde olsa özel sebeplerle de olsa ciddi bir maddi harcamamız oluyor. Aşağıdaki 8 madde ile bu harcamaları azaltabilirsiniz.

1. Kullanacağınız Terminale Zamanında Gidin- Gideceğiniz saate göre ortalama 2 saat öncesinde terminalde olarak hem gereksiz zaman kaybını önlemiş, hemde gereksiz masraflardan kaçınmış olursunuz.

2. Kredi Kartı Miles ve Uçuş Promosyonlarına Üye Olun- Birçok bankanın çok sık seyahat edenlere sunduğu mil ve promosyonları bulunmaktadır. Bu promosyon programları ile bir sonraki uçuşunuzu bedavaya getirebilirsiniz.

3. Doğru Zamanda Biletinizi Alın- Genellikle biletler son 3-4 günde en yüksek tutardan fiyatlandırılır. Eğer seyahatiniz günler hatta haftalar öncesinden belli ise uygun zaman ve fiyatlı biletlere çok kolay ulaşabilirsiniz. Hatta eğer aylar öncesinden belli ise promosyonları takip ederek çok daha avantajlı biletlere erişebilirsiniz.

4. İnternet ve Cep Telefonu Uygulamaları İle Uygun Oteli Bulun- Expedia ve Travelocity gibi telefon uygulamaları ve İnternetteki booking.com gibi sitelerden gideceğiniz bölgede en uygun ve rahat oteli bulabilirsiniz.

5. Eğer Gecikecekseniz Telefon İle Bildirin- Eğer uçağınız değişik sebepler ile gecikecekse ve bu gecikme konaklayacağınız otele girişinizi bir gün sonraya erteletecekse muhakkan otelinizi arayarak durumunuzu açıklayarak konaklamanızı ileri tarihe erteleyin yada 1 gün konaklamanızı iptal ettirin.

6. Tüm Ziyaretinizi Organize Edin- Cep telefonlarına yüklenen programlar ile yada bir planlayıcı ile iş, yemek, gezi, konaklama planınızı günlük olarak yaparak hem zamandan, hem paradan, hemde ortak alanlara erişimdeki mesafelerden kazanırsınız.

7. Toplu Taşıma Araçlarını Kullanın- Gittiğiniz bölgedeki gideceğiniz noktalara hem zamandan hemde paradan kar etmek için toplu taşıma araçlarını kullanabilirsiniz. Bu sayede ciddi bir kazanç sağlarsınız.

8. İnsanlarla Konuşun- O bölgede yaşayan insanlar ile iletişim kurarak çok daha kolay  daha uygun fiyata nerelerde yemek yiyebilir, nerede konaklayabilir, neler yapılabilir öğrenebilirsiniz.

Yukarıda açıklamaya çalıştığımız yöntemler ile seyahatinizde zamanınızı etkin kullanarak harcadığınız paraları ciddi oranda azaltabilirsiniz.

15/1/15

Changing the SAPGUI Logo on the Right Hand Side

Steps to change the default SAP IMAGE on the right hand column of the screen :-

  • Transaction code – SMW0
  • X – Binary data for WebRFC application
  • Hit Enter
  • Click Execute
  • Click Settings -> Maintain MIME types
  • Click the Create button
  • Fill in :- TYPE : image/gif EXTENSION : .GIF
  • Click Save
  • Click Back to the Binary data for WebRFC
  • Click Create
  • Fill in :- Obj. name : ZXXXX.GIF Description :
  • Company Logo
  • Click Import and specify the filename where your
  • GIF file is
  • located.File type is BIN. Finish press the
  • Transfer button.
  • If successful, your logo will be shown in the
  • Binary data for
  • WebRFC.
  • Transaction code SM30 – Table/View – SSM_CUST
  • Click Maintain
  • Click New Entries
  • Name Value to be set
  • START_IMAGE ZXXXX.GIF
  • RESIZE_IMAGE NO
  • Logoff and Login again

x64 sistemlerde e-beyanname programı çalıştırma.

Merhaba

Bu yazımızda Şirket ortamında muhasebe departmanımızın kullanığı E-Beyanname programının Windows 7 64 Bit versiyonlarinda çalıştırılmasını anlatıyor olacağım.

Windows 7 64 Bit versiyonlarında E Beyanname programını çalıştırmak için öncelikle Windows Path ayarlarına aşağıdaki satırı eklemeniz gerekiyor.

Bunun için Computer Bilgisayarım ) Sağ Tuş Properties ( Özellikler )=>Advanced system settings (Gelişmiş Sistem Ayarları )=> Advanced ( Gelişmiş )  => Environment Varibless ( Ortam Değişkenleri ) =>Sytem Varibless ( Sistem Değişkenleri ) =>New ( Yeni )‘yi tıklıyoruz.

Açılan New Sytem Varibless penceresine aşağıdaki değerleri ekliyoruz.

%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem

E-Beyanname sitesinden gerekli programlar olan Java 1.4xx ve ebyn‘ i indirip kuruyoruz.

Ardından  C:\Program Files (x86)\Java klasörü altinda buluan j2re1.4.2_05 isimli klasörü kopyalayıpC:\Program Files\Java dizini altına yapıştırıyoruz.

Daha sonra C:\Program Files\Java\j2re1.4.2_05\bin klasörü içinde bulunan

java.*

javaw.*

java.dll

jawt.dll

dosyalarını kopyalayıp c:\ebyn klasörüne yapıştırıyorsunuz.

Bundan sonra c:\ebyn kalsöründeki bdp.bat dosyasını masaüstüne kısayol oluşturup çalıştırabilirsiniz.

not: bakicubuk.com sitesinden alıntıdır.

Exchange 2013 ile Neler Geliyor – Yeniliklere Bakış – Detaylı Anlatım

Bu makale  Preview versiyonu kullanılarak yazılmıştır. Bu özellikler ve ayarlar ürünün yayınlanmasından sonra değişebilir.

 2013 Preview 16 Temmuz 2012 tarihinde görücüye çıktı. O günden beri Technet üzerindeki bilgiler gün geçtikte artmakta.  tarafından sunulan bilgileri baz alarak bazı değişiklikler ve ilk izlenimlerimi sizlerle paylaşmak istiyorum.

Exchange Administration Console (EAC)

Exchange 2007 ile hayatımıza giren Exchange Management Console (EMC), Exchange 2013 Preview ile yerini Exchange Administration Console’a bırakıyor. EAC on-premise, hybrid ve online kurulumlar için tek bir web arayüzü sunuyor ve herhangi bir kurulum gerektirmiyor. EAC aracılığı ile Mailbox veya Administrator audit loglara ulaşabileceğiniz gibi messaging tracking işlemlerini de yapabilirsiniz. Ayrıca Public Folderları da EAC üzerinden yönetmeniz mümkün


Resim-1


Resim-2

Mimari Değişiklikleri

Önceki Exchange versiyonlarında özellikle Exchange 2007 yapısında CPU performansı çok önemli ve o dönemde yüksek performans sağlamak için yüksek masraflar yapmak gerekiyordu bu nedenle Microsoft Exchange yapısında farklı sunucu rolleri sunmuştu. Client Access, Hub Transport, Mailbox, Unified Messaging ve Edge Transport. Bu rol yapısı Exchange 2010′a bire bir taşınmıştı. Bu durum geo-affinity (bütün rollerin aynı AD site içerisinde bulunma gereksinimi), session affinity (layer 7 hardware load balancing) ve namespace planlama zorluğu gibi ihtiyaçlara sebep oluyordu.

Bugün ise durum farklı, sunucularda yeteri kadar CPU performansı daha düşük ücretler ile sağlanabiliyor bu nedenle Exchange 2013 preview daha az rol’e ihtiyaç duyuyor. Exchange 2013 Preview’da bulunan rol sayısı sadece 2. Mailbox ve Client Access Server.


Resim-3

Exchange 2013 Preview için gereken tüm bileşenler : Client Access protokolleri, Hub Transport servisi, Mailbox databaseleri ve Unified Messaging artık Mailbox sunucusu üzerinde bulunuyor. Bütün veri işlemleri artık Active Database copy bulunan mailbox sunucusu üzerinde yapılıyor.

Client Access sunucusu ise authentication, redirection ve proxy servislerini sunuyor. Client Acccess sunucusu üzerinde herhangi bir veri tutulmuyor ve HTTP,POP,IMAP,SMTP protokollerini sunuyor. Bu yapı sayesinde Client Access Server ve Mailbox Sunucu versiyon uyumsuzluğunun yol açabileceği problemler ortadan kalkmış oluyor. Hatırlarsanız Exchange 2010 da güncellemeleri öncelikle Client Access sunucumuza yapıyorduk. Exchange 2013 Preview notlarından anlaşılan güncellemeler artık mailbox sunucundan başlanarak yapılacak.

Bütün veri işlemleri Mailbox sunucu üzerinde yapıldığından artık her AD site’da Mailbox Server ve Client Access server bulundurma ihtiyacı ortanda kalkıyor. İsterseniz tek merkezi bir Client Access site yapısı bile kurabilirsiniz. Bu durum ayrıca session affinity içinde geçerli. Client Access sunucusu üzerinde herhangi bir işlem yapılmadığı için Layer 7 yerine ucuz Layer 4 load balancer veya belki de DNS Round robin bile yeterli olabilir.

Exchange 2010 yapısından farklı olarak isim yapılandırma gereksinimleri de değişti. 2010 versiyonunda 8′e kadar çıkabilen isim sayısı Exchange 2013 preview ile sadece 2 isimle karşılanabiliyor. (Legacy ve SMTP hariç). Bir tane kullanıcı protokolleri bir tane de Autodiscover için kayıt oluşturmanız yeterli olacak.

Bütün bu mimari değişiklikler Exchange 2010 ile Exchange 2013 arasında Outlook bağlantıları için çok önemli bir yapısal farka neden oluyor. Exchange 2013 Preview’de RPC ile direk bağlantı desteklenmiyor. Sadece RPC over HTTPS (Outlook Anywhere) bağlantı için kullanılıyor. Bu sayede RPC Client Access servisi CAS üzerinden kaldırıldı. Bu durumda Client Access Array’e de pek gerek kalmıyor. Her site için Client Access Array oluşturmak zorunda değilsiniz.

DAG yapısı Exchange 2010′da olduğu gibi Exchange 2013 Preview içinde devam ediyor ve Windows Clustering kullanıyor.

Exchange 2013 Preview mimari değişikliklerinden bir diğeri de Information Store processlerinin tekrardan C# ile yazılmış olması ve isminin artık Managed Store olması. Managed Store database başına process sunuyor olması sayesinde daha hızlı failover sağlanabiliyor. Managed Store ayrıca Microsoft FAST indexing ile çalışacak şekilde düzenlenmiş durumda. Unutmadan şunu da belirtmekte fayda var database engine olarak ESE kullanılmaya devam ediliyor.

Certificate kullanımı konusunda da birkaç değişiklik var. Mailbox serverlarda bulunan self-signed certificatelar otomatik olarak Client Access serverlar tarafından güvenilir durumda geliyor. Exchange Administration Center bitime yakın olan sertifikalar için uyarılarda bulunuyor.

Mesajlaşma politikaları ve Compliance

Birçok geliştirmeye ek olarak, Exchange 2013 Preview yeni bir özellik olan Data Loss Protection (DLP) ile karşımıza çıkıyor. DLP konusundan bahsetmeden once bazı geliştirmelere bakalım.

  • Query veya zaman bazlı veya sonsuza dek olacak şekilde In-Place hold uygulayabilirsiniz. Exchange 2010′da sadece sonsuza dek sürecek şekilde ayarlayabiliyorduk. (Litigation hold)
  • In-Place eDiscovery sayesinde Exchange 2013 Preview,Sharepoint 2013 Preview ve Lync 2013 Preview yapılarının hepsinde tek bir yerden arama yapmanız mümkün. Eğer Sharepoint 2013 preview kurmadıysanız Exchange Administration Center üzerinden de bazı alt aramaları yapabilirsiniz. Mailbox export komutlarını kullanmadan eDiscovery üzerinden pst export işlemini yapabilirsiniz.
  • OWA üzerinde Personal Tag uygulayabilirsiniz.
  • Hem primary hem arşiv mailboxlarını kullanıcılar tek noktadan aratabilir.
  • Anahtar kelime istatistikleri kullanıp daha akıllı aramalar yapabilirsiniz.

Data Loss Protection ise Enterprise yapılara Complaince açısından gereksinimleri karşılamak için düşünülmüş bir yapı olarak sunulmuş durumda. DLP yapısı genel olarak DLP politikaları kullanarak kurallar, aksiyonlar ve istisnalar oluşturarak email filtrelemesi yapmamızı sağlıyor. Bu yeni özellik uzun süredir birçok firma tarafından beklenen ve günümüz koşullarında büyük bir ihtiyacı karşılamış oluyor.

Transport Kuralları

DLP için kullanılabilecek kurallara ek olarak bazı yeni durum, aksiyonlar, izleme ve yapısal bazı değişiklikler ile güncellendi. Yeni eklenen durumlardan benim en beğendiği, belirli bir IP aralığından gönderilmiş olan mesajlara aksiyon uygulamak için kullanabileceğiniz “SenderIPRanges”.

Mail Flow değişiklikleri

Transport yapısı neredeyse tam anlamıyla baştan yapılandırılmış durumda. CAS üzerinde Front End Transport Service, Mailbox Server üzerinde Hub Transport Service ve Mailbox Transport Service olarak 3′e bölünmüş durumda.


Resim-4

*Bu konu tamamen ayrı bir makale olarak açıklanacaktır.

Public Folders

Her yeni versiyondan önce “Public Folderlar kalkacak, bu sefer kesin kaldıracaklar” şeklinde yorumlar duyduk ama Exchange 2013 preview ile anladık ki Public Folderların uzun bir süre bir yere gideceği yok.

Exchange 2010 yapısında ki en büyük sıkıntılardan biri Public Folderların Database Availability Group içerisinde yer alamamasıydı. Exchange 2013 Preview ile bu konuda önemli bir değişik oldu ve Public Folderlar artık Public Folder Mailboxes olarak karşımıza çıkıyor. Bu sayede normal bir mailbox database gibi DAG güvenliği altına alınabiliyor. Böylece Public folderlar artık Multi master replication yerine single master replication kullanıyor olacak.

Ek olarak varolan Exchange 2010 public folder yapısını Exchange 2013 preview’e migrate etmek mümkün olacak ancak dokümantasyonda Exchange 2010 SP3 olarak belirtilmiş. Bu durumda yakın zamanda Exchange 2010 SP3 geliyor anlamını da çıkartabiliriz.

Lync ve Sharepoint Entegrasyonu

İlk olarak bu konuda karşımıza çıkan en önemli yenilik, Site Mailbox: Hem Sharepoint 2013 Preview dokümanlarını hem de Exchange email yapısını tek bir arayüz üzerinden kullanmanızı sağlayan yeni bir özellik. Site mailbox Sharepoint site membership, Exchange üzerinde email için shared storage, Sharepoint document site ve yönetim arayüzü sunan bir yapı olarak karşımıza çıkıyor. Takım çalışmaları veya projeler için farklı ve kolay bir çalışma alanı sunuyor.

Lync Server 2013 Preview Exchange 2013 Preview’u kontak merkezi olarak kullanabildiği gibi aynı zamanda arşiv içinde kullanabiliyor.

Daha önce Compliance konusunda belirttiğim In-Place eDiscovery ve Hold aramaları ile tek bir noktadan Sharepoint, Exchange ve Lync verilerini aratabilirsiniz

Oauth authentication mekanızması sayesinde uygulamaları servis veya impersonation kullanarak bağlanmalarına ve servisleri kullanmalarına izin verebilirsiniz.

Outlook Web App

Şu an için OWA Bing Maps, Suggested Appointments ve Action Items gibi uygulamaları eklemenizi ve kullanmanızı sağlıyor. OWA veya Outlook 15 ile eklenen uygulamalar her iki taraftanda kullanılabiliyor olacak.


Resim-5

Bir diğer büyük özellik ise OWA Offline Mode. Evet yanlış okumadınız. Desteklenen browserlarda OWA yı offline olarak kullanmanız artık mümkün. Tabi ki isteğe veya politikalarınıza bağlı olarak bu ayarı değiştirebilirsiniz.


Resim-6

Desteklenen Browser ve İşletim Sistemleri:

Web browser Windows XP and Windows Server 2003 Windows Vista and Windows Server 2008 Windows 7 Windows 8 Release Preview
Internet Explorer 7 Good Not available Not available Not available
Internet Explorer 8 Good Good Good Not available
Internet Explorer 9 Not available Best Best Not available
Internet Explorer 10 or later Not available Not available Best – plus offline access Best – plus offline access
Firefox 12 or later Good Good Best Best
Safari 5.1 or later Good – plus offline access Good – plus offline access Good – plus offline access Good – plus offline access
Chrome 18 or later Good – plus offline access Good – plus offline access Best – plus offline access Best – plus offline access

 

Web browser Mac OX X v10.5 Mac OX X v10.6 and v10.7 Linux
Firefox 12 or later Best Best Best
Safari 5.0.6 Best – plus offline access Best – plus offline access Not available
Safari 5.1 or later Not available Best – plus offline access Not available
Chrome 18 or later Best – plus offline access Best – plus offline access Best – plus offline access

 

Device Minimum memory Application Support
Windows 8 Release Preview tablet 512 MB Web browser Best
iOS 5 or later for iPhone 512 MB Web browser Best
iOS 5 or later for iPad 512 MB Web browser Best
Android 4.0 smartphone or later 512 MB Web browser Best
Android 4.0 tablet or later 512 MB Web browser Best
All other smartphones and tablets Not applicable Web browser Light

 

Unified Messaging

Exchange 2010′un aksine Exchange 2013 Preview da Unified Messaging rolü ayrı bir rol olarak bulunmuyor. Bu rol Mailbox ve Client Access sunucu arasında paylaşılmış durumda. CAS Microsoft Exchange Unified Messaging Call Router servisini, Mailbox Server ise Microsoft Exchange Unified Messaging Servisini bulunduruyor.

IPv6, UCMA 4.0 API teknolojilerini destekliyor. Enhanced Caller ID sunuyor ve karşımıza Speech platformunda birçok geliştirme ile çıkıyor.

Mailbox Replication Service

Exchange 2013 Preview da yeni mailbox taşıma yapısı Mailbox Replication Servisi tarafından yönetiliyor. MRS yapısındaki değişiklikler sayesinde daha fazla sayıda mailbox taşıma işlemi aynı anda yapılabiliyor. Taşıma işlemleri ile ilgili bilgilendirmeler, Otomatik tekrar deneme ve önceliklendirme, taşıma işlemini tamamlamadan önce durdurup kontrol etme özelliği, periodik olarak senkronizasyon ile değişikliklerin taşınması gibi birçok özellikte yine MRS geliştirmeleri sayesinde yeni özellikler olarak karşımıza çıkıyor.

Powershell 3.0

Exchange Management Shell artık WinRM 3.0. kullanıyor.

Benim İzlenimlerim:

Exchange 2013 Preview ile ilgili söylentileri uzun süredir takip eden birisi olarak çok şaşırdığımı söyleyemeyeceğim. Ama açık olarak bu kadar iyi bir tasarım beklemiyordum. Özellikle son kullanıcı deneyiminin çok iyi olacağını düşünüyorum.

Şu anda Exchange 2013 Preview altyapım tam anlamı ile kurulu ve test işlemlerine, yeni özelliklere bakmaya devam ediyorum. Bazı noktalarda çok şaşırdığımı söylemeden geçemeyeceğim. Zaman içerisinde sizlerle de bu konuları paylaşıyor olacağım.

Umarım sizlerde benim kadar Exchange 2013 Preview incelemelerinden zevk alırsınız.

Bu konuyla ilgili sorularınızı http://forum.mshowto.org linkini kullanarak ulaşacağınız forum sayfamızda sorabilirsiniz.

Referanslar

http://www.mshowto.org

Windows Server 2008 R2 Remote Desktop Licensing Servisi ve Kurulumu

Windows Server 2008 R2 Remote Desktop Licensing Servisi ve Kurulumu RD Licensing Installation

 Remote Desktop Licensing servisi , Windows server 2008 R2 öncesi Terminal Services Licensing servisi olarak bilinmekteydi. Remote Desktop Servisi daha önceden olduğu gibi RD Host Serverlara bağlantı kuracak olan kullanıcı ve bilgisayarlar için RDS CALs (Remote Desktop Servisi Client Access Licenses) istemektedir. Windows Server ürün ailesi içinde ücretsiz bir çok servis ve role nazaran RD Host Serverlara, kendilerine bağlantı kuracak olan kullanıcı bilgisayarları için Windows CAL haricinde ayrıca lisanslama isteyen servislerin başında gelmektedir. Bu özellik Lisanslama açısından Rights Management Services ile benzerlik taşımaktadır.

RD Servisi ve öncesinde ki Terminal Servisi ilk kurulmuş olduğu günden itibaren, Erişim lisansları yüklenene kadar belirli bir sure (demo) ücretsiz olarak – tam özellikleri ile kullanılabilir durumdadır.

İlgili İşletim sistemleri için demo süreleri aşağıda belirtilmiştir.

Operating system running on the RD Session Host server Grace period
Windows Server 2008 R2 120 days
Windows Server 2008 120 days
Windows Server 2003 R2 120 days
Windows Server 2003 120 days
Windows 2000 90 days

 İlgili İşletim sistemlerine, RD Host Servisi ve daha önce ki ismi olan Terminal Services Rolu yüklendikten sonra ihtiyaç duyulan CAL’ lar yüklenmezse eğer , hizmet CAL’ lar yüklenene kadar hizmet dışı kalmaktadır.

Remote Desktop  Servisi haricinde, her bir server için yönetimsel işlemlerimizi uzaktan yönetmek için bizlere sağlanan iki tane yönetimsel erişim hakkı vardır. Bizler bütün windows server ürün ailelerini, gerekli izinler sağlandıktan sonra RD servisini yuklemeden iki kullanıcı sınırı ile uzaktan yönetimsel işlemlerimizi gerçekleştirebilmekteyiz.

RD Host Servisi kullanıcı başına (RD user cal) ve bilgisayar (RD host cal) olmak üzere iki şekilde lisanslanmaktadır. Ihtiyaçlarımıza yönelik olarak doğru lisanslamayı yapabilmemiz için aşağıda basit bir örnek ile bu iki lisanslama arasında ki farkı anlatmaya çalıştım.

Önemli Not ! :Windows server 2008 R2 RD Host Lisansları downgrade (alt sürüm) hakkına sahiptir. Eğer sahip olduğumuz lisanlar windows server 2008 Terminal Services CAL’ ise RD Host CAL olarak kullanamamaktayız.

 RD Host servisi domain ortamı olan bir network içinde, Domain uyesi bir server olarak çalışabildiği gibi, domain ortamı olmayan networkler içinde Local server olarak hizmet etmektedir. Networkümüz içinde bir domain controller bilgisayar varsa eğer yapmamız gereken lisanslama nasıl olmalıdır ?

Networkümüz içinde bir adet Active Directory Server bulunmakta ve sahip olduğumuz RD Host server sahip olduğumuz AD serverinin üyesi durumunda hizmet etmektedir. (resimde ki SOL tarafta ki senaryo)

Networkümüz içinde bulunan kullanıcı sayısının toplamı 50’ dir. 50 kullanıcımızın 20 tanesi diğer 30 kullanıcılarımıza artı olarak RD Host serverini kullanacaklardır. Bu ihtiyaç karşısında eğer RD Host serverimizi, mevcut AD ortamının üyesi yaparsak 50 adet Windows CAL’a artı olarak 20 adet RD CAL lisansı alarak çözüme kavuşabilmekteyiz.

Aynı network içinde, farklı bir mimari geliştirdiğimizi düşünelim. RD Host Serverimiz mevcut AD ortamının üyesi olmadığını ve Local Server olarak hizmet ettiğini varsayalım (resimde ki SAĞ tarafta ki senaryo)

Bu senaryo 50 Adet Windows CAL ve 20 adet RD CAL’ la ilave olarak 20 Adet Windows CAL daha almamız gerekecektir. Bunun nedeni sahip olduğumuz mevcut RD host server local olarak çalışmakta ve RD Host Serverimiz üzerine bağlantı kuracak olan her bir RD kullanıcısı için ayrı lisanslama yapmamız gerekmektedir. Maaliyetin haricinde bu şekilde gerçekleştirilen dizaynda her bir RD kullanıcısı için RD Host server üzerinde ayrı ayrı kullanıcı açılacak ve erişim hakları verilecektir. Maaliyet haricinde operasyon açısından bizlere fazladan bir yük getirecektir.

Yukarıda ki örnekte anlayacağımız gibi Active Directory ortamına sahip olan bir RD host Serverin AD ortamına member edilerek çalışması bizlere operasyon ve maaliyet açısından kolaylık sağladığını görebilemkteyiz.

Örneğimizi geliştirirsek. Mevcut AD üyesi olan bir RD host Serverinde farklı bir lisanslamı ele alalım. Bu örnekte User CAL ve Host CAL arasında ki farktan bahsedeceğiz.

 RD Host Serverimizin barınmış olduğu network içinde 50 tane bilgisayarımız var. RD Host serverin hizmet etmiş olduğu müşteri 7×24, vardiya usulu çalışan bir şirket olduğunu düşünelim.

Network içinde;

·         50 Bilgisayar

·         3 Vardiya

·         150 kullanıcı olduğunu düşünürsek

Nasıl bir lisanslama yapmamız gerekmektedir ? User CAL mı ? yoksa Host Cal mı ?

Eğer networkümüz içinde 50 kullanıcı ve tek vardiya olsaydı User CAL veya Host CAL seçimi yapmamız öenmli değildi ! fakat vardiya usulu varsa ve RD Host server üzerine bağlantı kuracak olan Host bilgisayarların sayısı sabitse HOST CAL lisanslaması yapmamız maaliyet açısından bizlere kar getirecek olup 100 adet RD Lisansı avantajı sağlayacağız.

 RD Licensing özelliğimizi yuklemek için Server Manager üzerinde Remote Desktop Services Rolu bölümüne gelip ADD Role Services bölümünden TD Host Rolumüze Remote Desktop Licensing özelliğini yukleyeceğiz. Network büyüklüğümüze göre bu rolu başka bir server üzerine kurmamız (lisans server vb) mümkündür.

 Role Services bölümünden Remote Desktop Licensing bölümünü seçip Next butonuna basıyoruz.

 Remote Desktop Licensing Configuration bölümünde Lisans server için scope (havuzumuzu) belirliyoruz. 

Confirmation bölümünde yapılandırmamız hakkında bilgileri aldıktan sonra Install butonu ile kuruluma başlıyoruz

Result bölümünden kurulumu başarılı bir şekilde bitirdiğimizi mesajını görebilmekteyiz.

 Administrator Tools \ Remote Desktop Servicess \ Remote Desktop Licensing Manageriçine girdiğimizde serverimizin aktif olmadığını görmekteyiz. Serverimiz aktif edilmediği için görüldüğü üzere Install Licenses (Lisans yukleme) bölümü de deaktif (seçilememektedir) durumdadır.

Serverimizi aktif duruma getirmek için Activate Server butonunu tıklıyoruz. Hoş geldiniz ekranı ile sihirbazımız bizleri karşılıyor ve Next ile devam ediyoruz.

Connection Method bölümünde Serverimizi ne şekilde aktif edeceğimizi seçiyoruz. Microsoft bizlere bu noktada opsiyonel seçenekler tanıyarak işlemlerimizin çıkmaza düşmesine olanak verMEmektedir. Serverimizi aktif edebilmek için isteğe bağlı olarak internete bağlı olma durumumuza göre ayarları otomatik olarak algılamasını seçebilir, Web üzerinden manuel olarak işlemlerimizi seçebilir veya internet bağlantımızın olmadığı networklerde Telefon yardımı ile serverimizi aktif edebileceğimizi seçebilmekteyizi.

Automatic Connection bölümünü seçerek Next diyoruz.

 Serverimiz bağlantıları kontrol ediyor ve Microsoft ‘un lisans serverlarına bağlantı kurmaya çalışıyor.

 Bağlantımız kurulduktan sonra ilk ekranda bizlerden Şirket bilgilerimizi istemektedir. Gerekli bölümleri doldurup Next butonu ile devam ediyoruz.

 Bilgilerimizi doğrulattıktan sonra serverimiz Microsoft Lisans serverları tarafından aktif ediliyor.

 Serverimiz aktif edildikten sonra istersek Start Install Licenses Wizard Now kutusunu boşaltmadan Next diyebilir veya lisansları sonradan eklemek üzere kutuyu boşaltıp devam edebiliriz. Lisanlarımızı yuklemek üzere Star Install Licenses Wizard now kutusunu boşaltmadan devam ediyorum ve lisanslarımızı yuklemek üzere sihirbazımızı başlatıyorum.

 Welcome to the Install Licenses Wizard ekranında

 License Program bölümünde sahip olduğumuz satın aldığımız lisans tipini seçip devam ediyoruz. Remote Desktop lisanslamasında, Microsoft firmasının diğer ürün ve servislerinde uygulamış olduğu Program burada da geçerli olup bir eğitim kurumuna satışı ile bir firmaya veya Microsoft ürünlerini satan Çözüm ortaklarına uygulamış olduğu fiyatlar , paketler tamamen değişkenlik göstermektedir. Sahip olduğumuz Lisansı seçerek devam ediyoruz.

 License Program bölümünde sahip olduğumuz lisans paketine uygun bilgileri girerek devam ediyoruz. 

Sahip olduğumuz lisans sayısını ve kullanıcı başına mı ? Yoksa aygıt başına mı yukleme yapacağımızı belirtiyoruz. 

Lisanslarımızın başarılı bir şekilde yuklendiğini görebilmekteyiz.

TS Licensing Manager’a ulaştığımız da ise lisanslarımız hakkında genel bilgilere ulaşabilmekteyiz.

Client lisans Yukleme işlemi bittikten sonra makalemizin başında da belirttiğimiz gibi yuklemeden önce ki gibi unlimit olan user ve device hakkımız, yuklediğimiz CAL kadar olacak olup Administrator hesabı dahil olmak üzere artı bir kullanıcının dahi bağlanmasına izin vermeyecektir.

Eğer administrator kullanıcısının uzaktan bağlandığı zaman CAL lisasnlarını kullanmasını istemiyorsanız mstsc /consolekomutu ile administrator hesabının locale bağlanmasını gerçekleştirebilirsiniz.

Networkümüz içinde birden fazla RD Host Server varsa, merkezi bir tane RD Lisans server seçip CAL dağıtımını merkezi RD Lisans server üzerinden dağıtmamız mümkündür. Network içinde bulunan bütün RD Host serverlar, ortak havuzda yuklu bulunan CAL’ ları kullanacaklardır. Rd Host serverlara RD Lisans server tanıtmamız için;

Remote Desktop Host Configuration bolumu içinde Edit setting bolumu altında Remote Desktop License servers bolumune tıklıyoruz.

Açılan bolumde Licensing sekmesinde Per User / Per device seçimini gerçekleştiriyoruz. Lisans server seçimini bu bolumde yapıp Specified license server bolumunde add bolumune tıklıyoruz.

 Lisans serverimizi seçiyoruz.

Lisans serverimizi belirledikten sonra Apply ve Ok butonları ile çıkıyoruz.

Ortamımızda Tek bir tane RD Lisans server varsa eğer Rd Host serverimiz için kendisini tanıtmamız gerekmektedir.

Not : Çözümparktan alıntıdır.

EXMERGE ile Mailbox Yedekleme Exchange 2000/2003

EXMERGE ile Mailbox Yedekleme Exchange 2000/2003

Exmerge Download

%Program Files%\Exchsrvr\bin klasörü altına indirdiğiniz dosyayı açıyorsunuz.Bu işlemleri yapacak olan kullanıcının Mailboxlar üzerinde Full yetkiniz olması lazım.

Kullanıcaya Mailboxlar üstünde Full yetki verme hakkında bilgi almak için linki tıkla Grant Full Mailbox Rights to an Administrator on Exchange 2000/2003

EXMERGE Giriş :

  1. %Program Files%\Exchsrvr\bin altındaki EXMERGE.EXE çift tıklıyoruz
  2. Hoş geldin ekranını Next deyip geçiyoruz.

  1. Prosedürü seçiyoruz “Export or Import (Two Step Procedure)”.

  1. “Step 1: Extract data from and Exchange Server Mailbox” ileistediğimiz mailboxları dışarı çekeceğiz.

  1. Microsoft Exchange server Name yazan yere Exchange server adını giriyoruz LDAP port yazan yere numarasını giriyoruz değişiklik yapmadıysanız varsayılan 389 dur diyor, Domain Controllerımızın adını giriyoruz Next diyoruz.

  1. Export edeceğimiz mailboxu seçiyoruz veya “Select All” ile bütün mailboxları seçiyoruz.

Next diyoruz.

  1. Turkish kalsın dokunmayın

  1. PST için bir yol belirtiyoruz

Next tıklıyoruz.

  1. Ayarları kaydetmek istiyorsanız “Save Settings” tıklıyoruz

  1. Mailboxun büyüklüğüne göre 3-5 dk sonra PST miz hazır.

Aman Aşağıya dikkat “Operation completed Successful” işlem başarılı bir şekilde bitti.

Eğer aşağıdaki mesaj çıkarsa bir sorun var ve Exmerge.Log dosyasına bakmanız gerekiyor.

Exchange Database ve Log dosyalarının başka bir diske taşınması

Exchange 2003 ile standart bir kurulum gerçekleştirdiysek eğer, bünyesinde tuttuğu log dosyaları ve database c:\program files\exchsrvr dizininde bulunur.
Aslında bu tavsiye edilmeyen bir yapı.Çünkü sistem diskinde bir sorun oluştuğunda bu otomatikman exchange store’larını etkileyecektir.
Ayrıca ayrı diskte bu store’ları barındırmak performans açısındanda yararlı olucaktır.

O zaman standart bir kurulum yaptıktan sonra bu taşıma işlemini gerçekleştirmek istersek şu adımları izlemeliyiz;

Öncelikle log dosyalarını başka bir alana taşıyabiliriz.Bunun için System Manager altında
Administrative group/First Administrative Group/Servers/server ismi/First Storage Group özelliklerine gireriz.
General tabında log dosyaları için yeni bir alan belirtebiliriz.

Database taşırken hem mailbox store ve hemde public folder store için işlem yapabiliriz.
Administrative group/First Administrative Group/Servers/server ismi/First Storage Group altında mailbox store yada public folder store özelliklerine girerek database tabına geçeriz.
Yukarıdaki log taşıma işleminin aynısını buradada gerçekleştirebiliriz.

Database dosyalarını direk taşımaya kalkarsak dismount edilmeden taşınamayacağını söyleyen bir hata mesajı alırız :
“Aşağıdaki işlemleri gerçekleştirmek üzeresiniz:
– Exchange veritabanı konumunu değiştirme
İstenen işlemleri gerçekleştirmek için, deponun geçici olarak bağlantısının kesilmesi gerekir ve bu da kullanıcıların erişememesine neden olur.

Devam etmek istiyor musunuz?”

ve otomatik dismount etmesini söyleriz.
İşlem bittikten sonra store’ları tekrar mount ederek çalışmasına devam etmesini sağlarız.