Logo Muhasebe Sunucusu Kiralama: Teknik İhtiyaç Listesi

Logo muhasebe uygulamasını yeni bir sunucuya taşımak ya da kiralık sunucuda çalıştırmak isteyen işletmeler genellikle ilk olarak CPU ve RAM paketlerini karşılaştırır. Oysa doğru kararın başlangıcı donanım listesi değildir: Logo ürününün tam sürümü, veritabanı teknolojisi, eş zamanlı kullanıcı sayısı, disk gecikmesi, şube bağlantıları, lisans koşulları ve kurtarma hedefleri birlikte değerlendirilmelidir. Yanlış kapasite iş süreçlerini yavaşlatırken eksik entegrasyon veya yedekleme planı daha ciddi kesintilere yol açabilir.

Kısa yanıt: Logo sunucu kiralama teklifinden önce üretici destek matrisi, yoğun saat performans ölçümleri, SQL Server sürümü, uzak erişim yöntemi, Windows/SQL/RDS lisansları ve test edilmiş geri yükleme planı istenmelidir. Tek bir "Logo için 8 CPU, 16 GB RAM yeter" kuralı yoktur. Aşağıdaki liste BT yöneticilerinin teknik keşfi, muhasebe ekiplerinin iş akışı kabulünü ve satın almanın teklif karşılaştırmasını kolaylaştırır.

1. Logo ürününü, sürümünü ve modüllerini kesinleştirin

Logo GO 3, Tiger 3, Tiger 3 Enterprise ve diğer Logo ürünleri aynı gereksinim listesine sahip değildir. Satın alma formuna yalnız "Logo" yazmak yerine tam ürün adı, versiyon/build, kullanılan modüller, firma sayısı, dönem sayısı, veritabanı sürümü ve üçüncü taraf eklentileri ekleyin. Yazılımın eski bir sürümü yeni işletim sistemi veya SQL Server ile desteklenmiyor olabilir.

Logo'nun resmî teknik dokümanlar sayfasında ürüne özel belgeler bulunur. Tiger 3 sistem gereksinimleri örneğinde kaynak önerilerinin kullanıcı aralıklarına göre ayrılması, niçin tüm müşterilere tek paket sunulmaması gerektiğini gösterir. Bu sayıların başka ürünlere taşınması veya güncel destek teyidi yerine kullanılması doğru değildir.

İlgili sürüm için işletim sistemi, veritabanı, sanallaştırma, uzak oturum ve destek koşullarını yetkili Logo iş ortağıyla yazılı doğrulayın. Kurulumun açılıyor olması, tüm kombinasyonun üretici tarafından desteklendiği anlamına gelmez.

2. Kullanıcı sayısını değil gerçek işlem yoğunluğunu ölçün

Kurumda 40 Logo kullanıcısı olması, 40 kişinin sürekli yoğun veritabanı sorgusu yaptığı anlamına gelmez. Satış personelinin kısa fiş işlemleri ile muhasebe ekibinin dönem sonu raporları aynı kaynak davranışını üretmeyebilir. E-fatura, toplu aktarım, stok senkronizasyonu ve entegrasyon işleri mesai saatlerinde ek yük oluşturabilir.

Keşifte toplam tanımlı kullanıcı sayısını, yoğun saatte eş zamanlı aktif kullanıcıyı, en ağır işlem zamanını ve önümüzdeki büyüme beklentisini ayrı ayrı kaydedin. Mevcut ortamdan en azından birkaç temsilî iş günü ölçüm toplanmalı; ay sonu veya yoğun dönem ayrıca izlenmelidir.

Kullanıcı beklentisini somutlaştırın: fiş kaydetme kaç saniye sürüyor, belirli rapor kaç dakikada oluşuyor, dosya aktarımı hangi zaman aralığında bitmeli? Teknik kapasite, bu iş senaryolarının pilot ortamda ölçülebilir hedeflerle doğrulanması üzerine kurulmalıdır.

3. SQL Server ve Windows Server uyumluluğunu belgeleyin

Sunucunun üzerinde çalışan veritabanı Logo'nun performans ve destek durumunu belirleyen kritik bileşenlerden biridir. SQL Server sürümü ve edition, instance yapılandırması, veritabanı uyumluluk seviyesi, kullanılan bağlantı sürücüleri ve yedekleme düzeni belirlenmelidir. Mevcut bir sunucudan yeni ortama geçerken collation, entegrasyon hesapları ve SQL Agent görevleri gibi ayrıntılar gözden kaçmamalıdır.

SQL Server Express kullanılan ortamlarda ilgili sürümün veritabanı boyutu ve işlem kaynaklarına ilişkin sınırları büyüme projeksiyonuyla karşılaştırılmalıdır. Üreticinin desteklemediği yeni SQL veya Windows sürümüne yalnızca güncel olduğu için geçmeyin.

Lisanslama kalemlerini tek satırda toplamayın: Windows Server kullanım hakları, SQL Server lisans modeli, gerektiğinde erişim lisansları ve Logo ürün lisansı ayrı değerlendirilmeli; barındırma ortamında kullanım ve taşıma koşulları yetkili sağlayıcılarla doğrulanmalıdır. "Sunucu fiyatına her şey dahil" ifadesini kapsam dökümü olmadan kabul etmeyin.

4. CPU, RAM ve depolama performansını aynı tabloda değerlendirin

Logo ile çalışan SQL veritabanında işlemci kullanımı, bellek baskısı, fiziksel disk gecikmesi ve ağ koşulları birlikte izlenmelidir. SQL dosyaları, işlem günlükleri, geçici veriler ve yedekleme görevleri farklı I/O profilleri oluşturur. Depolama üzerinde SSD yazması belirli bir performans sonucunun garantisi değildir.

Microsoft'un SQL Server I/O sorunlarını inceleme rehberi, PAGEIOLATCH ve WRITELOG beklemelerini, dosya düzeyi I/O sayaçlarını ve Windows disk gecikmesini birlikte değerlendirir. Bir uygulama yavaşladığında rastgele RAM artırmak yerine darboğazın ölçülmesi daha anlamlıdır.

Kiralık VPS/bulut sunucu ölçekleme esnekliği sunabilir; ancak kaynak ve depolama paylaşım modeli incelenmelidir. Dedicated sunucu kiralama fiziksel kaynak ayırabilir; fakat yanlış disk tasarımı veya eski donanım otomatik olarak yüksek performans sağlamaz. Seçimi pilot test ve destek koşullarıyla yapın.

5. Şubeler ve uzaktan çalışanlar için erişim modelini belirleyin

Merkez ofiste hızlı çalışan muhasebe uygulaması, uzak şubede ağ gecikmesi nedeniyle farklı hissedilebilir. İstemci ile sunucu arasındaki veri trafiği, DNS, dosya paylaşımı ve yazıcı bağımlılıkları incelenmelidir. SQL Server yönetim portlarının doğrudan internete açılması yerine desteklenen özel ağ, VPN veya uzak oturum mimarisi değerlendirilmelidir.

Uzak masaüstü üzerinden çok kullanıcılı Windows oturumu planlanıyorsa kullanıcı veya cihaz bazlı RDS CAL gereksinimi vardır. Microsoft'un RDS lisanslama belgesi lisans türlerini ve Windows Server sürüm uyumluluğunu açıklar. Bu hakların Windows Server veya Logo lisansından kendiliğinden çıktığı varsayılmamalıdır.

Pilot kullanıcılarla bağlantı, yazıcı yönlendirme, Excel raporu, barkod okuyucu, e-imza cihazı ve gerekiyorsa uzak dosya işlemleri test edilmelidir. Yalnızca oturumun açılması, muhasebe süreçlerinin eksiksiz çalıştığını göstermez.

6. E-belge ve entegrasyon bağımlılıklarını envantere alın

Logo sunucusuyla birlikte e-fatura/e-arşiv entegrasyonları, banka veri aktarımı, e-ticaret bağlantıları, raporlama servisleri, stok uygulamaları ve zamanlanmış işler çalışıyor olabilir. Hangi servis hangi IP, sunucu adı, bağlantı noktası ve kullanıcı hesabına bağlı? Bu sorunun yanıtı taşınma öncesi hazır olmalıdır.

Dış servislerin izin verilen IP listeleri, sertifikalar, güvenlik duvarı kuralları ve uygulama anahtarları geçiş penceresinde güncellenmek zorunda kalabilir. Gizli anahtarlar ve parolalar teklif e-postasında düz metin olarak paylaşılmamalı, erişimi sınırlı güvenli envanterde saklanmalıdır.

Kabul testine bir örnek fatura oluşturma ve gönderme, durum yanıtını alma, stok hareketi aktarma, rapor çalıştırma ve zamanlanmış görev kontrolü dahil edin. Altyapı projesinin bitiş ölçütü, uygulamanın teknik olarak açılmasından çok gerçek iş akışının tamamlanmasıdır.

7. Güvenlik ve yönetim sorumluluğunu sözleşmede ayırın

Kurum dışından erişecek kullanıcılar için çok faktörlü kimlik doğrulama, VPN, rol bazlı yetki ve ayrı yönetici hesapları planlayın. Gereksiz RDP/SQL dış erişimini engelleyin; veritabanı, servis ve kullanıcı hesaplarının yetkilerini düzenli değerlendirin. Güncelleme planı Logo uyumluluğu ve önceden ilan edilen bakım penceresiyle birlikte ele alınmalıdır.

"Firewall ve yedekleme dahil" cümlesi operasyon kapsamı yerine geçmez. Güvenlik duvarı kurallarını kim değiştirecek, SQL Server sorunlarını kim inceleyecek, kritik alarmları kim izleyecek ve uygulama ekibine kim bilgi verecek sorularının yanıtını isteyin.

Self-managed sunucuda işletme daha fazla yönetim sorumluluğu üstlenirken yönetilen hizmette belirli görevler sağlayıcıya devredilebilir. Devredilen işler ve hariç tutulan hizmetler yazılı olarak tanımlanmalıdır.

8. Snapshot, yedekleme ve gerçek kurtarma testini ayırın

Logo veritabanının günlük yedeği tek başına iş sürekliliği planı değildir. SQL Server için uygulama tutarlı yedekleme, gerekiyorsa işlem günlüğü yedekleri, sistem yapılandırması, entegrasyon bilgileri ve erişim anahtarlarının güvenli kurtarma planı beraber düşünülmelidir. Yedeklerin üretim ortamından ayrılması ve geri yükleme yetkisinin sınırlandırılması önemlidir.

RPO kabul edilebilir veri kaybı aralığını, RTO yeniden hizmet verme hedef süresini ifade eder. Hedefler yedek sıklığı, saklama, farklı arıza bölgesine kopyalama ve kurtarma mimarisini etkiler. Microsoft'un RESTORE VERIFYONLY belgesi belirli yedek kontrollerini tanımlar; bu komut gerçek bir geri yükleme ve Logo uygulama testi yerine geçmez.

Ayrı test ortamında örnek firma verisini geri yükleyin, kritik fiş/raporları açın ve e-belge bağlantılarını doğrulayın. Tatbikatta geçen süre ile belirlenen RTO arasındaki fark kayıt altına alınmalıdır. Test başarısızsa neden ve düzeltici işlem açıkça belirlenmelidir.

9. Sunucu değişikliğinde pilot ve geri dönüş planı yapın

Geçiş planının sırası envanter, yeni ortamın kurulumu, örnek verinin taşınması, kullanıcı kabul testi, son yedek, planlı canlı geçiş ve sonrasında izleme olmalıdır. Yazılım ve lisans uyumluluğunu doğrulamak için Logo yetkili iş ortağını sürece dahil edin. Entegrasyonların güncelleneceği kişi ve ekipleri önceden belirleyin.

Eski sunucunun ne zaman kapatılacağı, hangi koşulda geri dönüş yapılacağı ve veri tutarlılığının nasıl sağlanacağı yazılı olmalıdır. İki sunucuda eş zamanlı veri girişi karışıklık yaratabilecekse iş kurallarıyla engellenmelidir. Geçiş sonrasında SQL beklemeleri, disk gecikmesi, oturum sorunları, yedekleme sonucu ve kritik muhasebe işlemleri izlenmelidir.

Teklif istemek için ERP ve muhasebe uygulamaları çözümü sayfamızı inceleyebilir, kendi ortamınıza özgü ölçümleri teknik ekiple paylaşabilirsiniz. Farklı teklifleri karşılaştırırken sunucu kapasitesinin yanında lisans, güvenlik, yedek, yönetim, destek ve geçiş hizmetlerini aynı başlıklarda değerlendirin.

Sık sorulan sorular

1. Logo GO 3 ve Tiger 3 için tek bir standart sunucu paketi var mı?

Hayır. Ürün ve sürümün destek gereksinimleri, veri büyüklüğü, modüller ve eş zamanlı işlem yoğunluğu farklılaşır. Tiger 3 için açıklanan kaynak tabloları başka Logo ürünlerine doğrudan uygulanamaz. Üretici dokümanı ve mevcut ortam ölçümleri birlikte değerlendirilmelidir.

2. Logo muhasebe sunucusunda kaç GB RAM gerekir?

Tek bir sayı vermek yanıltıcıdır. SQL Server bellek kullanımı, aktif oturumlar, rapor iş yükleri ve büyüme payı belirleyicidir. Yoğun saatlerdeki RAM baskısı incelenmeli, üretici destek sınırları ve pilot ölçümlerle kapasite kararı alınmalıdır.

3. Logo yazılımı VPS üzerinde çalışır mı?

İlgili Logo sürümü ve bileşenleri seçilen sanallaştırma modelini destekliyorsa VPS uygun olabilir. Ancak kaynak tahsisi, disk performansı, veri kurtarma ve lisans koşulları doğrulanmadan güvenilir karar verilemez. Yüksek ve sürekli yükler için fiziksel sunucu seçeneği de ölçülmelidir.

4. Şubelerdeki kullanıcılar Logo'ya nasıl güvenli bağlanır?

Uygulamanın desteklediği VPN, özel ağ veya uzak oturum mimarisi seçilir. MFA, erişim sınırlandırması, bağlantı kaydı ve uygun RDS lisansları planlanır. Yazıcı ve e-imza cihazlarının davranışı pilot testte kontrol edilmelidir.

5. SQL Server ve RDS lisansları kiralama ücretine dahil mi?

Dahil olduğu varsayılmamalıdır. İşletim sistemi, SQL Server, RDS CAL ve Logo lisansları farklı haklara tabi olabilir. Hangi lisansın kimin tarafından hangi modelle sağlandığı, güncelleme ve yenileme sorumluluğuyla beraber teklifte yazmalıdır.

6. Yedek dosyasının varlığı yeterli midir?

Hayır. SQL yedeğinin belirli kontrollerden geçmesi ve gerektiğinde ayrı ortamda geri yüklenmesi gerekir. Kurtarılan Logo verisinin açılması, fiş/rapor doğrulaması ve entegrasyon testi yapılmadan kurtarma süreci tamamlandı sayılmamalıdır.

7. Sunucu değişince e-fatura gönderimi otomatik çalışır mı?

Garanti değildir. Entegratör bağlantısı, izin verilen IP adresleri, sertifikalar, servis hesapları ve zamanlanmış işler etkilenebilir. Taşıma öncesi envanter ve sonrasında uçtan uca e-belge kabul testi yapılmalıdır.

Logo sunucu teklifi için ilk adımı atın

Netsun Bilişim ile teknik keşifte Logo ürün/sürümünü, SQL altyapısını, aktif kullanıcı sayısını, bağlantı modelini, büyüme ihtiyacını ve kurtarma hedeflerinizi paylaşın. Amaç yalnızca aylık sunucu bedeli sunmak değil, yönetim ve lisans sorumlulukları açık, test edilebilir bir çalışma planı oluşturmaktır.

Logo muhasebe sunucusu kiralama için teknik ihtiyaçlarınızı teklif formundan iletin. Sunulabilecek kaynaklar, hizmet kapsamı ve ticari koşullar keşif sonrasında yazılı teklifte netleşir.