SAP Business One Sunucu Kiralama: SQL Server mı HANA mı?

SAP Business One sunucu kiralama planında ilk karar yalnız işlemci veya RAM miktarı değildir. Kullanılan SAP Business One sürümü ve veritabanı platformu, eklentilerin uyumluluğu, eş zamanlı kullanıcı sayısı, şirket veritabanlarının boyutu, raporlama yükü ve uzaktan erişim ihtiyacı birlikte değerlendirilmelidir. Bu nedenle “SAP için 8 vCPU ve 32 GB RAM yeterli mi?” sorusuna uygulama envanteri olmadan tek bir güvenilir yanıt verilemez.

Kısa cevap: SAP Business One'ın Microsoft SQL Server kullanan sürümü ile SAP Business One, version for SAP HANA ayrı platform gereksinimleri olan ürün seçenekleridir. Mevcut veritabanını ve eklentileri tanımlamadan bunlardan birine geçiş taahhüdü vermeyin. Önce SAP'ın ilgili sürüm için yayımladığı platform desteğini doğrulayın; sonra depolama gecikmesini, RAM ihtiyacını, lisansı, yedeklemeyi ve kurtarma planını hesaplayarak ERP sunucu kiralama çözümünü belirleyin.

Bu rehber; Türkiye'de SAP Business One kullanan KOBİ'lerin BT yöneticileri, ERP çözüm ortakları ve satın alma ekipleri içindir. Amaç tek bir donanım konfigürasyonu önermek değil, SAP B1 barındırma teklifinde hangi teknik ve ticari bilgilerin yazılı istenmesi gerektiğini açıklamaktır.

1. SAP Business One SQL Server ve HANA sürümleri arasındaki fark

SAP'ın SAP Business One ürün belgeleri, Microsoft SQL Server tabanlı ürünü açıkça ayırır. SAP HANA kullanan sürüm ise ayrı yönetim, platform ve kurulum belgelerine sahiptir. Dolayısıyla “SQL veritabanının yerine HANA kuralım” kararı, yalnız veritabanı motorunu değiştirmek anlamına gelmez.

Tablodaki iki seçenek arasında her koşulda “HANA daha hızlıdır” veya “SQL her zaman daha ekonomiktir” sonucuna varmak doğru değildir. Performans; sorgular, raporlar, entegrasyonlar, veri miktarı, eş zamanlı iş yükü ve donanımla birlikte değerlendirilmelidir.

2. Mevcut SAP Business One ortamından hangi veriler toplanmalı?

Teklif çalışmasına başlamadan önce SAP B1 sürümü ve yama seviyesi, şirket veritabanı sayısı, veritabanı boyutları ve yıllık büyüme eğilimi kaydedilmelidir. Aynı anda çalışan toplam kullanıcıyla yoğun saatlerde işlem yapan kullanıcı sayısını karıştırmayın. Satış faturası, stok hareketi, MRP, üretim emri, mali rapor ve entegrasyon işleri farklı yükler oluşturabilir.

Envanterde veritabanının yanı sıra License Service, System Landscape Directory (SLD), Service Layer, varsa Web Client/Browser Access, entegrasyon servisi ve üçüncü taraf add-on bileşenleri de yer almalıdır. Bunların hepsi her kurulumda zorunlu değildir; mevcut ortamda gerçekten kullanılan bileşenler tespit edilmelidir.

Gün içindeki işlem zirvelerini, ağır rapor zamanlarını, veri büyümesini, sorun yaşanan ekranları ve mevcut performans ölçümlerini toplayın. SAP çözüm ortağından kullanılan sürümün önerilen bileşen topolojisini ve destek koşullarını yazılı isteyin. Donanım satın almadan önce uygulamanın bakım ve lisans haklarının yeni ortama taşınabilirliğini doğrulayın.

3. SAP B1 için CPU, RAM ve disk kapasitesi nasıl boyutlandırılır?

Bir sunucunun yalnız CPU çekirdeği ve RAM kapasitesini sıralayan teklif, ERP performansına ilişkin yeterli bilgi vermez. Önemli olan işlem yoğunluğu, eş zamanlı bağlantı, veri tabanı çalışma kümesi, disk okuma-yazma gecikmesi, rapor yükü ve büyüme payıdır. Kaynak seçiminde gerçek ortamdan alınmış ölçümler, ürün kılavuzundaki asgari sayılardan daha güçlü bir başlangıç sunar.

SAP'ın donanım gereksinimleri rehberi, minimum değerlerin düşük iş yükünü temsil ettiğini, yoğun işlemler ile ayrıntılı raporlar için daha yüksek kaynaklar gerekebileceğini belirtir. Asgari sistem gereksinimi, üretim performans garantisi değildir. Özellikle SAP HANA için bu genel rehberin yanı sıra ilgili sertifikasyon ve boyutlandırma belgeleri geçerlidir.

Depolama seçerken yalnız “NVMe var” bilgisini yeterli görmeyin: kullanılabilir IOPS, gecikme, yedeklilik, veri ve log alanlarının tasarımı, yedekleme esnasındaki yük ve altyapının başka müşterilerle kaynak paylaşımı incelenmelidir. Disk kapasitesi veritabanının bugünkü boyutunu değil, büyüme, bakım, yedek operasyonu ve kullanılabilir alan payını kapsamalıdır.

4. SQL Server tabanlı SAP Business One hangi altyapıya ihtiyaç duyar?

SQL Server kullanan SAP Business One ortamında uygulama servisleri ile veritabanı sunucusunun yükleri farklı olabilir. Küçük bir kurulumda bazı bileşenler aynı makinede çalışabilir; daha yoğun iş yükünde servisleri uygun biçimde ayırmak gerekebilir. Ancak desteklenmeyen dağıtım topolojileri sırf teknik olarak kurulabiliyor diye önerilmemelidir.

SQL veri dosyaları, transaction log, geçici çalışma alanları ve yedeklerin depolama gereksinimlerini ayrı izleyin. Bellek baskısını, disk gecikmesini, uzun süren sorguları ve bakımı değerlendirmeden sadece işlemciyi büyütmek darboğazı çözmeyebilir. Lisans tarafında SAP Business One kullanıcı hakları ile SQL Server ve Windows Server haklarının kimin tarafından sağlanacağı açık olmalıdır.

Özellikle raporlama veya muhasebe kapanış günlerinde yük artıyorsa referans zaman aralığını normal gün ile yoğun kapanış gününü içerecek şekilde oluşturun. SQL Server altyapısı hakkında ilgili teknik rehberimiz, genel SQL performans ve lisans konularını ayrıca açıklar; SAP B1'e özgü uygunluk kararını ise SAP çözüm ortağıyla doğrulamak gerekir.

5. SAP Business One HANA sunucusunda sertifikasyon neden kritiktir?

SAP HANA, sıradan bir Linux sanal makinesine kurulabilen herhangi bir veritabanı gibi ele alınmamalıdır. SAP'ın ilgili HANA sürümü için donanım, işletim sistemi, sanallaştırma ve destek matrisi koşulları kontrol edilmelidir. Kullanılacak platformun SAP Business One HANA senaryosu açısından desteklenip desteklenmediği tekliften önce belgelenmelidir.

SAP'ın HANA sürümü host ön koşulları, uygun platform kontrolünü ve gerektiğinde SAP'ın boyutlandırma araçlarını kullanmayı öne çıkarır. Bu nedenle “çok RAM'li herhangi bir VPS HANA için uygundur” iddiası güvenilir değildir.

HANA kararında bellek gereksinimi, veri hacmi, platform sertifikasyonu, bakım sorumluluğu, yüksek erişilebilirlik seçeneği ve geri yükleme yaklaşımı birlikte incelenmelidir. HANA'ya geçmek isteyen bir SQL müşterisi ayrıca mevcut eklentilerin, raporların ve entegrasyonların HANA sürümünde desteklendiğini doğrulamalıdır.

6. SAP Business One için VPS mi, dedicated sunucu mu, colocation mı?

Kurumsal VPS / bulut sunucu, uygun SQL tabanlı iş yüklerinde esnek kaynak ve daha kolay kapasite artırımı sunabilir. Fakat paylaşılan işlem, depolama veya bellek kaynaklarının yoğun saatlerde yaratabileceği etki ölçülmelidir. Bir VPS teklifinde yedekleme ve ERP uygulama desteğinin otomatik dahil olduğu varsayılmamalıdır.

Dedicated sunucu kiralama, fiziksel kaynak izolasyonu ve özel donanım ihtiyacı bulunan iş yüklerinde değerlendirilebilir. Yine de sırf dedicated seçildi diye tek başına yüksek erişilebilirlik, test edilmiş yedekleme veya uyumlu SAP HANA ortamı sağlanmış olmaz; bunlar farklı teknik ve sözleşmesel gereksinimlerdir.

Colocation hizmeti ise şirkete ait donanımın veri merkezinde barındırılmasını sağlar. Böyle bir modelde donanım mülkiyeti, arıza parçası temini, fiziksel müdahale, güç, bant genişliği ve SAP bakım sorumlulukları ayrıca tanımlanmalıdır. HANA kullanımında donanımın uygunluğu bu seçeneği tercih etmekle kendiliğinden doğrulanmaz.

7. Şubeler, uzaktan kullanıcılar ve SAP B1 Service Layer nasıl korunmalı?

Birden çok şehirdeki kullanıcılar için gecikme, paket kaybı ve bağlantı sürekliliği ERP kullanımını doğrudan etkileyebilir. Şubelerin merkezi sunucuya güvenli erişimi, kullanılan SAP istemcisine ve mevcut ağ topolojisine göre değerlendirilmelidir. Doğrudan internet üzerinden veritabanı portlarını açmak yerine erişim gereksinimine uygun güvenli bağlantı ve kimlik politikaları hazırlanmalıdır.

SAP'ın Service Layer sistem gereksinimleri, Service Layer'ın uygulama servis katmanı olduğunu ve desteklenen entegre veya dağıtık kurulum seçeneklerini açıklar. Dolayısıyla API entegrasyonlarının performansı ve ağ güvenliği, yalnız SQL veya HANA veritabanının kapasitesiyle açıklanamaz.

E-ticaret, depo otomasyonu, B2B portalı veya diğer servislerle bağlantı kuruluyorsa API kimlik doğrulaması, erişim sınırları, hata kayıtları ve servis sürümü envanteri ayrı tutulmalıdır. Ağ ve güvenlik hizmeti kapsamında bağlantı kuralları, yetkili ağlar, MFA kullanılan idari erişim ve günlüklerin saklanması belirlenmelidir.

8. SAP Business One için yedekleme ve felaket kurtarma nasıl planlanır?

SAP Business One'ın SQL ve HANA sürümlerinde yedekleme/geri yükleme işlemleri farklı araç ve prosedürlere dayanır. Bir sanal makine snapshot'ının varlığı, şirket veritabanının uygulama açısından tutarlı şekilde geri açılabileceğinin kanıtı değildir. Yedek türü, sıklığı, saklama süresi, şifreleme ve bağımsız kopya stratejisi kayıt altına alınmalıdır.

SAP'ın SQL tabanlı sürüm için yedekleme stratejileri, tam yedek ve farklı yedek türlerinin testini vurgular. Kurtarma kararında teknik ekibin sağlayacağı RPO (kabul edilebilir veri kaybı) ve RTO (hedef hizmete dönüş süresi), iş biriminin toleransıyla uyumlu olmalıdır.

Tatbikatta sadece veritabanını açmak yerine, SAP istemcisinin oturum açması, kritik bir fişin sorgulanması, stok kartı, rapor, entegrasyon akışı ve gerekli servislerin çalışması kontrol edilmelidir. Yedekleme ve felaket kurtarma çözümleri için ayrı kopya, test sıklığı, müdahale sorumluluğu ve gerçek geri dönüş kanıtını teklifin parçası olarak isteyin.

9. Mevcut SAP B1 sunucusunu taşırken hangi sırayla ilerlemeli?

İlk aşama uygulama ve lisans envanteridir. SAP Business One sürümü, veritabanı platformu, çözüm ortağı desteği, kullanıcılar, şirket veritabanları, add-on'lar ve servis bağlantıları belgelenir. Ardından yeni ortamın ilgili SAP destek matrisine uygunluğu kontrol edilir; kaynak kapasitesi gerçek ölçümlerden planlanır.

İkinci aşamada üretime dokunmayan bir deneme aktarımı yapılır. Veritabanı uygun yöntemle taşınır, entegrasyonlar ve yazdırma/raporlama süreçleri denenir; kullanıcıların yoğun kullandığı ekranlar ve kapanış raporları test edilir. Eğer SQL'den HANA sürümüne geçiş planlanıyorsa bu işlem sıradan bir SQL backup/restore değildir: SAP ve eklenti üreticilerinin desteklediği dönüşüm prosedürü ayrıca gereklidir.

Üçüncü aşama kontrollü kesinti penceresidir. Son veri senkronizasyonunun nasıl yapılacağı, kullanıcıların ne zaman duracağı, karar yetkilisi, veri doğrulama adımları ve geri dönüş planı yazılır. Eski sistemi hemen silmek yerine sözleşme, lisans ve veri güvenliği şartlarına uygun şekilde geri dönüş süreci tamamlanır.

10. SAP Business One sunucu kiralama maliyetinde neler bulunmalı?

Teklifleri yalnız aylık sunucu bedeli üzerinden karşılaştırmak yanıltıcı olabilir. İşletim sistemi, SQL Server veya HANA için gereken lisans ve destek hakları, SAP Business One kullanıcı lisansı, entegrasyon bileşenleri, yedekleme alanı, ağ, yönetim, izleme, taşıma ve uygulama danışmanlığı aynı maliyet tablosunda görünmelidir.

“7/24 destek” ifadesinin yalnız altyapı olaylarını mı, işletim sistemi ve veritabanı hizmetlerini mi, yoksa SAP uygulama sorunlarını da mı kapsadığını netleştirin. SAP çözüm ortağı ile altyapı sağlayıcısının sorumluluğu birbirinden farklı olabilir. Yönetilen sunucu hizmetleri kapsamında beklenen müdahale saatleri ve sorumluluk paylaşımı yazılı olmalıdır.

11. SAP Business One sunucu teklifi öncesi kontrol listesi

Satın alma ve BT ekipleri aynı formu kullanırsa teklifleri daha sağlıklı kıyaslayabilir. Aşağıdaki listeyi ön keşif toplantısında doldurun; bilinmeyen alanları “varsayım” yerine araştırılması gereken soru olarak kaydedin.

1. SAP Business One sürümü, patch seviyesi ve kullanılan SQL Server veya HANA platformu.
2. Şirket veritabanı sayısı, veri boyutu, yıllık büyüme ve son performans ölçümleri.
3. Aktif ve eş zamanlı kullanıcılar, şube sayısı, yoğun rapor ve entegrasyon saatleri.
4. Kullanılan add-on, Service Layer, Web Client, lisans ve entegrasyon bağımlılıkları.
5. İstenen sunucu modeli ve seçilen platform için üretici destek/sertifikasyon belgesi.
6. Kabul edilebilir veri kaybı, kesinti, yedek saklama ve gerçek kurtarma testi gereksinimi.
7. Göç takvimi, test kullanıcıları, geri dönüş planı, destek ve uygulama bakım sorumlusu.

Bu bilgilerle SAP Business One sunucu kiralama teklifi alın. Netsun Bilişim açısından doğru başlangıç, ezbere bir sunucu paketi vermek değil, mevcut ERP altyapısını ve iş sürekliliği beklentisini birlikte değerlendirmektir. Her teklifin teknik kapsamı ve sözleşme koşulları ayrıca netleştirilmelidir.

Sık sorulan sorular

1. SAP Business One için SQL Server mı SAP HANA mı seçilmeli?

Önce mevcut SAP B1 sürümü, eklentiler, raporlar, bütçe ve destek gereksinimleri belirlenmelidir. SQL ve HANA sürümleri ayrı platform koşullarına sahiptir. Geçişe karar vermeden SAP çözüm ortağından uyumluluk ve dönüşüm değerlendirmesi isteyin.

2. SAP Business One herhangi bir VPS üzerinde çalışır mı?

Bu varsayım doğru değildir. SQL tabanlı kurulumda kaynak ve desteklenen sistem matrisi, HANA sürümünde ise ayrıca ilgili platform uygunluğu ve sertifikasyon koşulları doğrulanmalıdır. VPS'in yalnız CPU/RAM değeri yeterli kanıt değildir.

3. SAP Business One için kaç GB RAM gerekir?

Tek bir evrensel sayı yoktur. SAP sürümü, veritabanı motoru, eş zamanlı kullanıcılar, veri boyutu ve iş yükü belirleyicidir. SAP'ın resmi asgari donanım kılavuzu üretim boyutlandırması yerine geçmez; HANA için ilgili boyutlandırma yöntemi kullanılmalıdır.

4. SQL Server'daki SAP B1 veritabanı HANA'ya doğrudan restore edilebilir mi?

Hayır, sıradan bir SQL yedeğini HANA'ya geri yüklemek desteklenen bir dönüşüm prosedürü değildir. SAP'ın ilgili sürüm için yayımladığı geçiş araçları, desteklenen sürümler ve eklenti uyumluluğu kontrol edilmelidir.

5. SAP Business One Service Layer her iki platformda da kullanılabilir mi?

SAP Business One 10.0'ın belirli sürümlerinden itibaren Service Layer'ın SQL Server desteği de vardır; ancak kullanılacak sürüm ve mimarinin güncel SAP dokümanından doğrulanması gerekir. Entegrasyon performansı ve güvenlik gereksinimleri ayrıca boyutlandırılır.

6. Sunucu kiralama bedeline SAP Business One lisansı dahil midir?

Otomatik olarak dahil olduğu varsayılmamalıdır. SAP kullanıcı lisansı, veritabanı lisansı, işletim sistemi, eklenti, bakım ve altyapı hizmeti farklı kalemler olabilir. Her birini sağlayan taraf ve kullanım hakkı teklifte belirtilmelidir.

7. ERP sunucusunun yedeği alınıyorsa felaket kurtarma hazır sayılır mı?

Hayır. Yedeklerin tutarlılığı ve bağımsızlığı, geri yükleme testleri, uygulama servislerinin başlatılması ve iş biriminin kabulü gerekir. Hedef RPO/RTO değerleri ancak gerçek test ve yazılı sorumluluklarla anlam kazanır.

Resmî teknik kaynaklar ve sonuç

Bu rehber SAP Business One ürün belgeleri, SAP B1 donanım gereksinimleri, SAP HANA host ön koşulları ve Service Layer gereksinimleri esas alınarak hazırlanmıştır. Desteklenen sürümler zamanla değişebileceği için son kararda proje sürümüne ait resmi destek matrisi kontrol edilmelidir.

Sonuç: SAP Business One barındırmada doğru seçim, “SQL mi HANA mı?” sorusunu tek başına cevaplamak değil; desteklenen yazılım, donanım, lisans, güvenlik, performans ve kurtarma gereksinimlerini aynı teknik dosyada birleştirmektir. Bu dosyayla kurumsal SAP B1 sunucu teklifi talep edin; karşılaştırmayı yalnız aylık kiraya değil, uygulanabilir mimariye dayandırın.