We work with the latest update.
We use the solution as a database. We primarily use it for the SAP application. Some of the use cases involve CDS Views, which provides a quicker processing of the report and the application.
We work with the latest update.
We use the solution as a database. We primarily use it for the SAP application. Some of the use cases involve CDS Views, which provides a quicker processing of the report and the application.
The in-memory database is a good and valuable feature.
Since we use BW, we are required to use an SLT tool to carry out the data for generating the reports. But, when it comes to in-memory database in respect of the realtime reporting, I do not see why this report cannot be made available from the system itself. This would allow for some partitioning of the database, so that there would not be a need for the EMP in respect of the realtime data.
The initial setup was complex. I am talking about how the data is replicated to the site. We had an Oracle Database and did replication to the VR site. Yet, when it comes to HANA, we are forced to work out the method for ensuring that this replication works as it should. It is at this point that the solution becomes stable.
Technical support could be better. When we have requested this, the tendency has been to instruct us to implement a note and keep them apprised. In reality, there is no one who helps us with actual troubleshooting of the problem.
The pricing is a bit on the high side.
While I would definitely recommend the solution, I would caution that one should employ the proper resources that are geared towards the system. Unfortunately, SAP does not provide a structured training program, which means a person must rely on multiple system integrators and some service providers.
We have been using SAP HANA for more than three years.
The stability is very good and we have encountered no issues regarding it.
The initial setup was complex. I am talking about how the data is replicated to the site. We had an Oracle Database and did replication to the VR site. Yet, when it comes to HANA, we are forced to work out the method for for ensuring that this replication works as it should. It is at this point that the solution becomes stable.
The solution is easy to scale.
Technical support could be better. When we have requested this, the tendency has been to instruct us to implement a note and keep them apprised. In reality, there is no one who helps us to actually troubleshoot the problem.
We had already been using SAP when we switched from it to Oracle, because all of the innovations were taking place on HANA.
The initial setup was complex. I am talking about how the data is replicated to the site. We had an Oracle database and did replication to the VR site. Yet, when it comes to HANA, we are forced to work out the method for for ensuring that this replication works as it should. It is at this point that the solution becomes stable.
The deployment lasted six months.
We deployed with the help of a vendor.
No real maintenance is required. Data volume management is needed and all the reports are available, based on which the maintenance is easy.
The pricing is a bit on the high side.
The use of hardware does not incur additional costs.
There are 40,000-plus users making use of the solution in our organization.
I rate SAP HANA as an eight out of ten.
Our primary use of SAP HANA is the use of modules, such as Material Management (MM), and Sales and Distribution (SD).
We have found the solution to be customizable and it is beneficial it comes as a bundled package. Additionally, it is user-friendly.
SAP HANA is not perfect and they could improve by having more options and more integration.
I have been using SAP HANA for approximately eight years.
The performance of SAP HANA is very good.
The solution is scalable.
We have a complete team size of approximately 12,000, including all the consulting and project managers.
We have approximately 36 end users, that directly impact the business. We might increase usage in the future but this depends on the business.
I have contacted the technical support from SAP HANA and they are providing a complete solution to customers. I have been satisfied.
The installation is straightforward and took approximately six months.
We used an in-house team to do the implementation.
We pay annually for the license of the solution.
I rate SAP HANA a ten out of ten.
It is difficult for me to narrow down what the best features are in SAP HANA because they work together to provide the overall functionality of the solution. However, the Fiori application is very good.
In the Asian market, we have to customize SAP HANA to fit our needs and if we are implementing any solution from SAP or Oracle it is not recommended to customize them.
In a future release, SAP HANA should add a module for taxation, such as income tax and withholding tax.
I have been using SAP HANA for a few months.
SAP HANA is highly stable.
We have not gone live yet with the solution to determine how many people with be using it. We have some applications deployed on our CRM and others will be deployed on SAP making it difficult to determine the potential usage of the solution at this time.
The price of SAP HANA is very expensive and it is paid annually.
I have evaluated other solutions from Oracle.
I would recommend this solution to others.
I rate SAP HANA a six out of ten.
We are end users of SAP HANA and I'm assistant vice president of our company.
The solution's in-memory computing and the efficient response time are very good features. It's a good solution.
Because SAP HANA is completely in-memory, it requires the use of bigger systems which have a higher amount of RAM. If the system does go down then coming back up is difficult and can take 30 to 40 minutes. It's a big drawback of the solution and one they ought to solve because the multiple downtimes are a problem.
I've been using this solution for six years.
The solution is scalable so if you want to increase your node capabilities, it's very easy to scale out. You just have to add the node and it gets started.
The technical support people are very competent.
The initial setup is straightforward and there were no problems with deployment.
I recommend this solution but running SAP HANA requires deep pockets - it's costly.
I rate this solution eight out of 10.
We always make use of the latest version.
We like that SAP HANA is a new technology. We also like that the product is both vertically and horizontally scalable, allowing us to do around 86 percent compression of documentation from 50 to seven terabytes.
In light of the hosting cost, we find this to be very interesting. We also like the warm and cold data in respect of the solution's technology. There is a real team involved. The customer can initially utilize SAP ECC on the HANA interface and then go on S/4HANA. From this point on, doing upgrades will be very easy and smooth and the risk management will be extremely light.
Since only some accommodation exists, there is a need to enquire of SAP about which environment would be good. While I know the HANA database on the Azure environment comprises a good solution, for example, it does not easily accommodate SAP. HANA is a new technology which only dates back to 2004 and we must give it adequate time before assessing its room for improvement. This is in contrast to DB2, which has been around for 40 years or more years. Perhaps the flow will be improved. As of now, the technology is too new to properly comment on.
The documentation is not an issue and, if anything, a surfeit of it is made available. This is actually one of SAP's stronger points.
Capabilities are also not at issue at present. When it comes to how EAP connects with SAP we are looking at a revolutionary paradigm. For now, we could not ask for there to be more features. This area is wonderful. We find the solution to be very helpful, safe, good and secure. Only with the passage of time will we be afforded a proper understanding of where the technology can be improved.
This said, it would be nice to know when SAP plans to stop its maintenance of a previous version of SAP ECC ERP because, at this point, anyone utilizing SAP will have no choice but to go on S/4HANA Database. This will be contingent on when SAP will stop doing maintenance for the ECC version 6.0.
We saw this with the 4.6 version ECC. Once SAP stopped its maintenance those with SAP were forced to go on the new version.
We have been using SAP HANA for a couple of years.
The solution is secure and stable.
As the solution allows for document compression, I would consider it scalable.
We have had occasion to make use of technical support, although its level varies according to the locale of SAP's global presence.
While I was not personally involved in the installation, my engineers were.
My deployment and maintenance team comprises around seven people, although I could not tell you which percentage of this is made up of managers, administrators and engineers.
A monthly or yearly license must be purchased, although its utility will be based on the cost-benefit analysis that is reached by the individual customer.
The solution is cloud based
I would recommend S/4HANA to other users.
I rate SAP HANA as a nine out of ten.
We are primarily using the solution for the BW system of SAP. We also use the legacy reporting, which is very good.
The solution is quite fast.
We hoped to move all our BI systems to work with HANA, unfortunately, there are a lot of performance issues, even after remodeling the BW models.
The memory is the solution's most valuable feature. It's the main feature of HANA. Others are still the regular IT databases that are on storage and are therefore much slower than HANA. The solution is quite fast.
Unlike other databases, it lacks management features that legacy databases like Oracle or SQL servers have. They need to make the solution easier to manage and offer tools that make management more effective. A lot of things you have on traditional databases you have to develop into HANA.
I've been using the solution for about 3 years
The solution is less stable than traditional databases. We have encountered several cases when the database just flows. For some reason, that database took a lot of memory, and when we opened a case with SAP, we had to send a lot of logs, which did nothing because at the end, they couldn't find the root cause for this issue. This happened in several cases. We had production down and that's not acceptable for our business.
The solution is very scalable. We have about 10,000 users.
Each of those is not connecting to the database per se, but we are using HANA to take all the data and a lot of users. Several other software applications are also connecting to it.
Technical support is okay, but not great. It seems like there are a lot of SAP support packages that are coming out and lots of versions. For me, this indicates that the product is not quite ready or stable enough.
We've contacted technical support in the past and did not get good results. Eventually, we just created some parameters that we have configured into the system. We solved the problem by ourselves by creating a workaround that avoided the problem. SAP never gave us a straight answer about what we should do in our case.
The initial setup was quite complicated. We had to do a migration, so it wasn't a fresh installation. We had Oracle as our legacy system and had to move everything over to HANA. We had to do half a year of testing and had to do several cycles of tests and migrations before deploying. Once that was done, we deployed over a weekend.
We handled the implementation ourselves.
We use the on-premises deployment model.
I'd advise others to wait until the software will be much more stable before implementing it.
I'd rate it eight out of ten. If it was more stable and more manageable, I'd rate it higher. If people could have the ability to do things on their own within the solution, to read the software logs on their own, and get the root cause of any problem, and not just send it to the support, it would be much better.
We are solution providers. We are a supply chain organization and we deploy and supply chain solutions for our customers.
We have a host of solutions and for each of our customers based on their environments. We customize their platform and deploy it.
SAP HANA is one of our database endpoints.
It's easy to use, and the Hana Studio is pretty good.
The main issue that we are facing is with the connectors. The JDBC connectors are very slow. We have been trying to connect with our SAP HANA database to our customers.
It's a simple Java driver and there is no proper documentation available anywhere with clear steps. We have to rely on several documents which creates confusion.
The initial setup could be simplified.
Also, we don't have to option to pull up the data from the object structure in SAP HANA. We can only pull up certain objects. It doesn't provide you with a comprehensive list.
There are limitations in connection with SAP HANA. There has to be a better or easier way to connect the databases with other platforms, maybe using Java code or other types of code. It would be very good to have the documentation on how to connect.
I would like to have flexible connecting mechanisms for connection with Java or different types of solutions to SAP HANA on cloud or non-cloud solutions.
They could come up with something similar to the SAP HANA Studio type of modeling.
I would also like to see the capabilities to extend the API. If they had specific APIs, it would be easy for us to connect.
My company has been using SAP HANA for ten years.
We are using the latest version.
It's a stable solution.
It's a scalable solution. Because it's an on-premise infrastructure and SAP this is the best support for most of our customers, scalability is taken care of.
We are an SAP house. We have more than 1,000 people who use this solution.
I have not interacted with the technical support. Other teams may have, but my involvement is more with the integration.
The initial setup was a bit complex. We were told to download it from the marketplace, but when we tried, it didn't work. We may have been doing something wrong, but we did not have a clear understanding of how it should be done. We also had difficulties with the trial version, it was not working.
There are two options:
For testing purposes, if they could provide us with clear documentation, it would be very helpful.
Licensing is on a yearly basis.
We are using the paid version. We pay $200 on a monthly basis.
I am not an expert in HANA. I build the enterprise bus that integrates with SAP HANA as well as other systems. We have built our own integrated platforms.
The recommendation of this solution would depend on the use case and the requirements, and the price will be considered.
I would rate SAP HANA an eight out of ten.
We use it for database virtualization.
The main feature is that the processes are very flexible, they are able to be adapted to the business and their departments. The solution is very good and has covered all functional areas needed in this type of solution.
There could be better management for faster updates, last year there were some changes in India to the e-invoicing feature. During that time, there was a couple of updates that we had to wait until the release happened before we could do the implementation, this was a time we had to wait. They are pretty good at releasing updates but that time it was not the fastest.
I have been using the solution for a few months.
I have found the solution to be stable, it is very robust.
There is the ability to scale the solution by increasing capacity with no problem, it is very flexible. We have almost 34,000 users using the solution.
We had some issue with support in the past because they did not have enough availability. However, they have improved and now they are okay.
Since we have been using the solution before we did not have any issues with the install. There were not any major complex operations. However, there were some challenges but we had the full documentation with us and it was not a problem.
The price of the solution could be reduced, it is expensive. If they wanted to go into other industries and sectors the cost is on the higher side. They cannot go into each and every sector. If the cost was more reasonable, then it would be easy for them to enter more markets. This would be a disruptor in the industry because it would be used more often than other solutions, which would be good for the company.
I do recommend this solution but at the same time, it is expensive. The cost will not be able to be afforded by everyone such as medium and small scale businesses.
I rate SAP HANA an eight out of ten.