TSplus Remote Access güncellemesi, kurulum dosyasını çalıştırmadan önce başlayan bir bakım sürecidir. Doğru sürümü seçmek, uygulamaları temsil eden bir pilot test yapmak ve bakım sonunda kullanıcıların işlerini tamamlayabildiğini doğrulamak, değişikliğin kontrollü ilerlemesini sağlar. Bu rehber, BT ekiplerinin güncelleme öncesi hazırlıklarını somut bir plana dönüştürmesine yardımcı olur.
İstanbul’da merkez ofisi ve farklı şubeleri bulunan, Windows sunucusundaki ERP uygulamasına uzaktan bağlanan örnek bir işletme düşünelim. Muhasebenin rapor aldığı saatle depodaki sevkiyatın yoğun olduğu saat aynı olmayabilir. Bu nedenle uygun bakım penceresi, yalnızca sunucunun boş olduğu zamana göre değil, etkilenen iş süreçlerine göre belirlenmelidir.
1. Önce mevcut durumu ve değişikliğin amacını kaydedin
Kurulu TSplus sürümünü, Windows sürümünü, bağlantı yöntemlerini ve kullanılan uygulamaları bir değişiklik kaydına yazın. HTML5 portalı, RemoteApp, yazdırma, dosya aktarımı ve ek güvenlik bileşenlerinden hangilerinin kullanıldığını belirtin. Sunucu grubu bulunan yapılarda sunucuların görevlerini de ayrı kaydedin.
Ardından güncellemenin amacını tek cümleyle açıklayın: belirli bir uyumluluk düzeltmesi, güvenlik iyileştirmesi veya ihtiyaç duyulan bir özellik. Resmi güncelleme dokümanını ve hedef sürümün değişiklik notlarını okuyarak test kapsamını oluşturun. Mevcut bir sorun için ölçülebilir başlangıç kaydı tutun; örneğin aynı raporun açılma süresi veya başarısız olan yazdırma senaryosu.
2. Standart sürüm ve LTS seçimini bilinçli yapın
TSplus’ın standart sürüm hattı ile Long Term Support (LTS) hattı farklı bakım ihtiyaçlarına karşılık gelir. Resmi LTS dokümanına göre LTS, yeni özellik eklemek yerine güvenlik düzeltmeleri ve Windows güncellemeleriyle uyumluluğa odaklanır. Kullanılabilir sürümün destek durumunu ve Support & Update Services koşullarını güncel LTS sayfasından doğrulayın.
Bir hattı seçerken uygulama üreticisinin gereksinimlerini, kurumun değişiklik sıklığını ve test kapasitesini birlikte değerlendirin. Seçtiğiniz güncelleme paketinin kurulu ürün ve sürüm hattıyla eşleştiğinden emin olun. Kalıcı lisansın varlığı ile güncelleme hizmetinin geçerliliğini ayrı kontrol edin; destek lisansı açıklaması bu ayrımı anlamak için yararlıdır.
3. Yedek kapsamını bileşenlere ayırın
TSplus’ın Backup and Restore işlevi, ürünün veri ve ayarlarını yedeklemek ve geri yüklemek için kullanılır. Kurulu sürümünüzün arayüzünü ve resmi yönergesini izleyerek güncel bir yedek alın; oluşan dosyaların konumunu, tarihini ve sorumlusunu kaydedin.
ERP veritabanı, kullanıcı belgeleri, uygulamaya özel yapılandırmalar ve işletim sistemi için kendi yedekleme yöntemlerinizi ayrıca planlayın. TSplus ayar yedeğini tüm sunucunun veya ERP verilerinin eksiksiz yedeği olarak kabul etmeyin. Geri yükleme testinde hangi bileşenin hangi yedekten döneceği açık olmalıdır.
Yedeğe yalnızca bakım yapılacak sunucudan erişilebiliyorsa, sunucu erişilemez olduğunda kurtarma zorlaşabilir. Kurumun yedekleme politikasına uygun ayrı bir konumda erişilebilir kopya bulundurun ve yetkili kişinin bu kopyaya ulaşabildiğini doğrulayın.
4. Pilot testte gerçek iş akışını temsil edin
Test ortamını Windows sürümü, uygulama sürümü, bağlantı yöntemi ve yazıcı türü bakımından üretime mümkün olduğunca yaklaştırın. Lisanslama ve sunucu kimliği koşullarını gözeterek ayrı bir test ortamı hazırlayın; üretim kimlik bilgilerini veya hassas müşteri verilerini gereksiz yere test ortamına taşımayın.
Yalnızca yönetici hesabıyla masaüstünün açılması yeterli bir kabul testi değildir. Günlük işini temsil eden standart bir kullanıcıyla uygulamaya girin, örnek işlem yapın, rapor oluşturun ve gerekiyorsa çıktı alın. Aşağıdaki tabloyu kendi ortamınıza göre uyarlayabilirsiniz.
| Kontrol | Örnek kabul ölçütü | Doğrulayan |
|---|---|---|
| Portal ve oturum | Kullanıcı doğru uygulamayı açabiliyor | BT ve pilot kullanıcı |
| ERP işlemi | Örnek işlem ve rapor beklenen sonucu veriyor | Uygulama sorumlusu |
| Yazdırma | Doğru yazıcı, sayfa düzeni ve çıktı oluşuyor | İlgili birim |
| Dosya işlemi | İzin verilen aktarım veya kaydetme tamamlanıyor | BT ve kullanıcı |
| Güvenlik kontrolleri | Yetkilendirme ve kullanılan ek doğrulama çalışıyor | BT sorumlusu |
Testlerinizi daha ayrıntılı planlamak için uzak erişim PoC kontrol listesinden yararlanabilirsiniz.
5. Bakım penceresine doğrulama ve geri dönüş zamanı ekleyin
Bakım duyurusunda etkilenecek hizmeti, başlangıç saatini, öngörülen erişim etkisini ve iletişim kanalını belirtin. Kullanıcılardan açık işlerini kaydetmelerini ve belirlenen zamanda oturumlarını kapatmalarını isteyin. İşlemi yürüten kişiyle uygulama testini onaylayacak kişiyi önceden belirleyin.
Zaman planında kurulumun yanında yeniden başlatma, hizmetlerin açılması, kullanıcı testi ve gerekirse geri dönüş için de pay bırakın. Resmi Remote Access güncelleme yönergesi, işlem tamamlandığında yeniden başlatma gerektiğini belirtiyor. Bakım planını buna göre oluşturun ve kurulum ekranlarındaki yönergeleri izleyin.
6. Geri dönüş kararını başlamadan tanımlayın
Hangi durumda bakımın durdurulacağını yazın: kritik uygulamanın açılmaması, yetkilendirme sorunu veya zorunlu bir çıktının alınamaması gibi. Her sorun için kararı verecek kişi ve en geç karar saati belli olsun. Testte başarısız bir kritik senaryo varsa, yaygın kullanıma geçişi erteleyin.
Ayar geri yükleme, uygulama verisi geri yükleme ve tüm sistemi geri döndürme farklı işlemlerdir. Ürün ayarını geri yüklemek, yazılım sürümünü otomatik olarak önceki sürüme indiren genel bir yöntem değildir. Kullanılacak geri dönüş prosedürünü sürümünüz ve altyapınız için önceden doğrulayın; veritabanında bakım sonrasında oluşabilecek yeni kayıtların nasıl ele alınacağını uygulama sorumlusuyla kararlaştırın.
Resmi güncelleme dokümanı, Windows güncellemesi sonrası oturum sayısının ikiyle sınırlanması gibi uyumluluk sorunlarında TSplus’ı kaldırmanın veya eski sistem imajına dönmenin lisans çakışmalarına yol açabileceğini özellikle belirtiyor. Böyle bir durumda genel bir geri dönüş adımını otomatik uygulamak yerine güncel resmi çözüm yolunu izleyin ve gerektiğinde TSplus destek ekibine başvurun.
7. Bakımı kullanıcı sonucu ile kapatın
Güncelleme tamamlandığında kurulu sürümü ve yapılan işlemleri kaydedin. Pilot testteki kontrolleri üretimde yetkili kullanıcılarla tekrarlayın. Portalın açılması, ERP işleminden doğru sonuç alındığını tek başına göstermez; ilgili birimin iş sonucunu da doğrulayın.
İlk normal çalışma döneminde destek taleplerini ve kaynak kullanımını takip edin. Kullanıyorsanız TSplus Server Monitoring ile gözlemlediğiniz ölçümleri, kullanıcı geri bildirimleriyle birlikte değerlendirin. Anlamlı bildirimler için alarm yorgunluğunu azaltma rehberini inceleyebilirsiniz.
Başlamadan önce kısa kontrol listesi
- Mevcut sürüm, hedef sürüm ve güncelleme gerekçesi kaydedildi.
- Güncelleme hakkı ve doğru paket kontrol edildi.
- TSplus ayarları, uygulama verileri ve sistem yedeklerinin kapsamı belirlendi.
- Pilot kullanıcıyla kritik iş akışları test edildi.
- Bakım duyurusu, sorumlular ve kabul ölçütleri hazırlandı.
- Doğrulanmış geri dönüş yöntemi ve karar zamanı belirlendi.
Sık sorulan sorular
TSplus ayar yedeği ERP veritabanını da yedekler mi?
TSplus ayar yedeğini ERP veritabanı yedeğinin yerine kullanmayın. Veritabanı ve uygulama dosyaları için ilgili sistemin desteklediği ayrı yedekleme yöntemini planlayın.
Her güncellemede standart sürümden LTS’ye geçmek gerekir mi?
Hayır. Sürüm hattı seçimi, özellik ihtiyacı, uyumluluk, destek durumu ve kurumun test planına göre yapılmalıdır. Geçiş yöntemini ayrıca resmi dokümantasyon ve destek ekibiyle doğrulayın.
Güncelleme sonrası ilk kontrol ne olmalı?
Kurulu sürüm ve hizmet durumunu kontrol ettikten sonra, standart bir kullanıcıyla kritik uygulama işlemini tamamlayın. Portal, rapor, çıktı ve kullanılan güvenlik adımlarını bakım kaydında sonuçlandırın.
Kendi ortamınıza uygun değerlendirme ve ürün seçenekleri için TSplus Remote Access’i inceleyin veya TSplus Türkiye ekibine ulaşın.