Trong tương lai: một đoạn đường nối cho điện toán trong bộ nhớ

Bởi nhân viên Techopedia, ngày 25 tháng 1 năm 2017

Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về điện toán trong bộ nhớ và SAP HANA với các vị khách Tiến sĩ Robin Bloor, Dez Blanchfield và ID Ellis's Bill Ellis.

Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.

Eric Kavanagh: Được rồi, thưa quý vị và các bạn. Xin chào và chào mừng trở lại một lần nữa. Bây giờ là bốn giờ Đông vào thứ Tư và vài năm gần đây, điều đó có nghĩa là đã đến lúc, một lần nữa, đối với Công nghệ nóng. Vâng, thực sự, tên tôi là Eric Kavanagh, tôi sẽ là người dẫn chương trình cho cuộc trò chuyện ngày hôm nay.

Và mọi người, chúng ta sẽ nói về một số thứ tuyệt vời ngày hôm nay. Chúng ta sẽ đi sâu vào thế giới của trí nhớ, tiêu đề chính xác là Năm vào tương lai: Một cơn thịnh nộ cho máy tính trong bộ nhớ. Hiện tại tất cả đều là cơn thịnh nộ, và với lý do chính đáng, chủ yếu là vì bộ nhớ nhanh hơn nhiều so với dựa vào đĩa quay. Tuy nhiên, thách thức là bạn phải viết lại rất nhiều phần mềm. Bởi vì phần mềm ngày nay, hầu hết, đã được ghi bằng đĩa và điều đó thực sự thay đổi kiến ​​trúc của ứng dụng. Nếu bạn thiết kế ứng dụng để chờ đĩa quay, bạn chỉ cần làm những việc khác với việc bạn có tất cả sức mạnh của công nghệ trong bộ nhớ.

Có một điểm về bạn thực sự, đánh tôi trên Twitter, @eric_kavanagh. Tôi luôn cố gắng theo dõi lại và cũng để chuyển tiếp bất cứ khi nào ai đó nhắc đến tôi.

Như tôi đã nói, chúng ta đang nói về bộ nhớ trong ngày hôm nay, và cụ thể là về SAP HANA. Bạn thực sự đã dành năm ngoái để làm quen với cộng đồng SAP thực sự tốt, và đó là một môi trường hấp dẫn, tôi phải nói. Hãy ngả mũ với những người điều hành hoạt động đó và đang ở tuyến đầu, bởi vì SAP là một hoạt động cực kỳ tốt. Những gì họ thực sự rất giỏi là làm kinh doanh. Họ cũng rất giỏi về công nghệ, tất nhiên, và họ thực sự đã đầu tư lớn vào HANA. Trên thực tế, tôi có thể nhớ - có lẽ khoảng sáu hoặc bảy năm trước - thực tế là chúng tôi đã làm một số việc cho Không quân Hoa Kỳ, và chúng tôi đã có ai đó từ SAP đến và cho chúng tôi một cái nhìn sớm về thế giới HANA và những gì đã được lên kế hoạch. Và để nói rằng, ít nhất, những người ở Phòng thí nghiệm SAP đã dành rất nhiều thời gian và công sức để hiểu cách xây dựng kiến ​​trúc hoàn toàn khác biệt này, một lần nữa, từ môi trường truyền thống, bởi vì bạn có mọi thứ trong bộ nhớ. Vì vậy, họ đang nói về việc thực hiện cả giao dịch và phân tích trên cùng một dữ liệu trong bộ nhớ, trái ngược với cách truyền thống, đó là kéo nó ra, đưa nó vào một khối, ví dụ, phân tích nó ở đó, so với giao dịch, xảy ra theo một cách rất khác

Đây là một không gian thú vị và thực sự chúng ta sẽ tìm hiểu từ một nhà cung cấp khác, IDERA, một chút về cách tất cả những thứ đó sẽ hoạt động, và nói thẳng ra tất cả những gì về đường nối. Vì vậy, chúng tôi sẽ được nghe từ Tiến sĩ Robin Bloor, nhà phân tích chính của chúng tôi tại Nhóm Bloor; Dez Blanchfield, nhà khoa học dữ liệu của chúng tôi và sau đó là người bạn tốt Bill Ellis từ IDERA. Vì vậy, với điều đó, tôi sẽ trao chìa khóa cho Tiến sĩ Robin Bloor, người sẽ mang nó đi.

Tiến sĩ Robin Bloor: Vâng, như Eric đã nói, thời gian đầu tiên chúng tôi được tóm tắt bởi SAP HANA đã trở lại nhiều năm trước, bây giờ. Nhưng nó rất thú vị, thời gian đặc biệt đó rất thú vị. Chúng tôi đã chạy vào một hoặc hai công ty, bằng cách này hay cách khác, cung cấp công nghệ trong bộ nhớ. Rõ ràng là trong trí nhớ sẽ đến. Và nó thực sự không phải cho đến khi SAP đứng lên và bất ngờ ra mắt HANA. Ý tôi là, thật sốc khi tôi thấy SAP làm điều đó. Nó giống như, đó là một cú sốc bởi vì tôi mong đợi nó đến từ nơi khác. Tôi dự đoán nó sẽ là, bạn biết đấy, Microsoft hoặc Oracle hoặc IBM hoặc ai đó như thế. Ý tưởng mà SAP đang thực hiện nó thực sự rất đáng ngạc nhiên đối với tôi. Tôi cho rằng điều đó không nên xảy ra bởi vì SAP là một trong những nhà cung cấp chiến lược và khá nhiều, bạn biết đấy, mọi thứ lớn xảy ra trong ngành đều đến từ một trong số đó.

Dù sao, toàn bộ vấn đề về bộ nhớ, ý tôi là, chúng tôi nhận ra, chúng tôi đã từng nói về nó, rằng ngay khi bạn thực sự đi vào bộ nhớ - đây không phải là về việc đưa dữ liệu vào bộ nhớ, đây là về việc cam kết ý tưởng rằng lớp bộ nhớ là bản ghi hệ thống - ngay khi bạn di chuyển bản ghi hệ thống sang bộ nhớ, đĩa bắt đầu trở thành phương tiện chuyển giao của một loại và nó trở thành một thứ khác. Và tôi nghĩ rằng điều đó rất thú vị khi điều đó bắt đầu xảy ra. Vì vậy, thực sự, nó đã qua cho đĩa quay. Đĩa quay sẽ sớm chỉ tồn tại trong bảo tàng. Tôi không chắc là sẽ sớm như thế nào, nhưng về cơ bản, đĩa trạng thái rắn hiện đang nằm trên đường cong luật Moore, nó nhanh hơn gấp mười lần so với quay gỉ, vì bây giờ họ gọi nó, và sẽ sớm thôi nó sẽ nhanh hơn và thì điều đó có nghĩa là các trường hợp sử dụng cho đĩa ngày càng ít đi.

Và sự thật tò mò, DBMS truyền thống, trên thực tế, rất nhiều phần mềm truyền thống được xây dựng cho đĩa quay, nó giả định đĩa quay. Nó có tất cả các loại khả năng ở mức vật lý được lập trình một cách tỉ mỉ, để khai thác đĩa quay, giúp truy xuất dữ liệu nhanh nhất có thể. Và tất cả những thứ đó đang bị cuốn trôi. Chỉ cần biến mất, bạn biết không? Và sau đó, rõ ràng có một điều rất - tôi không biết, sinh lợi, tôi cho rằng, cuối cùng nó sẽ mở ra cho một cơ sở dữ liệu trong bộ nhớ đã cố gắng chiếm vị trí mà các cơ sở dữ liệu lớn, Oracle và Microsoft, SQL Máy chủ và IBM của IBM, nó chiếm không gian trong bộ nhớ và thật thú vị khi xem nó tiến lên phía trước và làm điều đó.

Hãy nói về thác bộ nhớ; nó chỉ đáng nói Đó cũng là lý do để đề cập đến điều này, lý do tôi đã ném nó vào, thực sự, chỉ là để cho mọi người biết, khi tôi nói về bộ nhớ ở đây, tất cả các lớp tôi đang nói đến đều là trong bộ nhớ. Nhưng bạn chợt nhận ra khi bạn nhìn vào đây, đây là một cửa hàng phân cấp, nó không chỉ là bộ nhớ. Và do đó, hầu hết mọi thứ chúng ta đã học từ lâu, rất lâu về cửa hàng phân cấp, cũng được áp dụng. Và nó cũng có nghĩa là bất kỳ cơ sở dữ liệu trong bộ nhớ nào cũng phải điều hướng theo cách này, một số chỉ cần đi qua nó trên RAM, bạn biết đấy. Và nó ngày càng lớn hơn và lớn hơn và giờ nó được đo bằng megabyte. Nhưng bạn đã có bộ đệm L1 nhanh hơn bộ nhớ một trăm lần, bộ đệm L2 nhanh hơn 30 lần so với bộ nhớ và bộ đệm L3 với tốc độ nhanh hơn khoảng 10 lần so với bộ nhớ. Vì vậy, bạn biết đấy, có rất nhiều công nghệ - tốt, một lượng công nghệ khá lớn - đã áp dụng chiến lược sử dụng các bộ nhớ cache đó, như là, không gian lưu trữ trên đường để thực hiện mọi thứ, đặc biệt là công nghệ cơ sở dữ liệu. Vì vậy, bạn biết đấy, đó là một ảnh hưởng.

Sau đó, chúng tôi đã có sự xuất hiện của 3D XPoint và PCM của IBM. Và gần như tốc độ RAM, về cơ bản là những gì cả hai nhà cung cấp này đang tự hào. Các trường hợp sử dụng có lẽ là khác nhau. Thử nghiệm sớm với điều này vẫn chưa được hoàn thành. Chúng tôi không biết nó sẽ ảnh hưởng đến việc sử dụng RAM và công nghệ cơ sở dữ liệu trong bộ nhớ như thế nào cho vấn đề đó. Bạn đã có RAM so với SSD. Hiện tại RAM nhanh hơn khoảng 300 lần, nhưng tất nhiên, số lượng đó đang giảm dần. Và SSD so với đĩa nhanh hơn khoảng 10 lần, nếu tôi hiểu nó. Vì vậy, đó là loại tình huống bạn có. Đó là cửa hàng phân cấp. Nhìn vào nó theo một cách khác, trong bộ nhớ, tất nhiên, là hoàn toàn khác nhau. Vì vậy, sơ đồ trên cùng cho thấy hai ứng dụng, cả hai đều có thể truy cập cơ sở dữ liệu, nhưng chắc chắn truy cập dữ liệu về kéo sợi. Và cách bạn thực sự khiến mọi thứ chảy qua mạng, tùy thuộc vào những phụ thuộc xung quanh, là bạn có ETL. Vì vậy, điều này có nghĩa là, bạn biết rằng, dữ liệu đi vào quá trình quay gỉ và sau đó là quay gỉ để đi đến bất cứ nơi nào, và để đi đến bất cứ nơi nào nó quay trở lại vào việc quay gỉ, đó là ba chuyển động. Và hãy nhớ rằng bộ nhớ có thể nhanh hơn hàng trăm nghìn lần so với đĩa quay, và bạn chắc chắn nhận ra rằng việc lấy dữ liệu và đưa nó vào bộ nhớ làm cho toàn bộ điều đó thực sự khác biệt.

Vì vậy, bạn có thể nghĩ những gì sẽ xảy ra trên màn hình ngay tại đây, bạn có thể nghĩ rằng, bằng cách này hay cách khác, thực tế, ETL sẽ thực sự chuyển từ dữ liệu sang dữ liệu trong bộ nhớ. Nhưng trong thực tế nó có thể không làm điều đó; trong thực tế, bạn có thể gặp tình huống ở ngay tại đây, nơi hai ứng dụng thực sự có thể kích hoạt cùng một bộ nhớ. Chắc chắn một cơ sở dữ liệu trong bộ nhớ có thể cung cấp cho bạn khả năng đó, miễn là bạn có khóa và mọi thứ khác được sắp xếp xung quanh nó. Vì vậy, điều này không chỉ làm thay đổi tốc độ của mọi thứ, điều này thay đổi cách bạn thực sự cấu hình các ứng dụng và toàn bộ luồng dữ liệu.

Vì vậy, nó là một loại tác động rất lớn. Vì vậy, trong bộ nhớ là gây rối, phải không? Và chúng ta nên có được điều đó từ những gì tôi nói. Xử lý trong bộ nhớ hiện là một máy gia tốc nhưng nó sẽ trở thành chuẩn mực. Nó sẽ được sử dụng, được áp dụng theo giá trị ứng dụng và do đó, rất thú vị, rằng SAP sẽ thực sự ra mắt phiên bản phần mềm ERP của họ trong bộ nhớ. Và độ trễ cải thiện lên đến ba bậc độ lớn hoàn toàn có thể, và thực tế thậm chí nhiều hơn mức có thể, tùy thuộc vào cách bạn làm điều đó. Vì vậy, bạn đang nhận được những cải tiến lớn về tốc độ bằng cách vào bộ nhớ. Và kết quả cuối cùng, S / 4 của SAP HANA - mà họ đã phát hành, tôi nghĩ, mọi người nói rằng nó vẫn đang được phát hành, nhưng nó chắc chắn đã được phát hành vào năm ngoái - đó là một công cụ thay đổi trò chơi dựa trên cơ sở khách hàng của SAP. Ý tôi là, có 10.000 công ty ngoài kia sử dụng ERP của SAP và gần như tất cả trong số họ là các công ty lớn, bạn biết đấy. Vì vậy, ý tưởng của tất cả họ đều có động lực để đi vào bộ nhớ và sử dụng cơ bản của họ, bởi vì ERP luôn luôn là ứng dụng cơ bản mà các doanh nghiệp đang chạy, nó chỉ là một công cụ thay đổi trò chơi lớn và nó sẽ rất thú vị. Nhưng tất nhiên, tất cả nghe có vẻ rất tốt, nhưng nó cần được cấu hình thông minh và nó cần được theo dõi tốt. Nó không đơn giản như âm thanh.

Nói xong, tôi nghĩ tôi sẽ chuyền bóng cho ai, anh chàng này là ai? Ồ, anh chàng người Úc, Dez Blanchfield.

Dez Blanchfield: Rất buồn cười. Luôn luôn là một hành động khó khăn để làm theo, Tiến sĩ Robin Bloor. Cảm ơn vì đã cho tôi ngày hôm nay. Vì vậy, chủ đề lớn, nhưng thú vị. Vì vậy, tôi đã chọn một hình ảnh mà tôi thường gợi lên trong đầu khi tôi nghĩ về kho dữ liệu doanh nghiệp và kho dữ liệu hiện đại và những viên đá quý dữ liệu nhỏ bé của tôi. Vì vậy, ở đây tôi đã có hồ nước tuyệt đẹp này được bao quanh bởi những ngọn núi và những con sóng sắp ra, và những con sóng đang đập vào những tảng đá này. Đây là, cách mà tôi hình dung về mặt tinh thần những gì nó trông giống như bên trong một hồ dữ liệu lớn những ngày này. Sóng là công việc hàng loạt và phân tích thời gian thực bị ném vào dữ liệu, là những tảng đá. Và khi tôi nghĩ về nó như một cái hồ vật lý, nó mang lại một cuộc gọi báo thức cho tôi rằng, bạn biết đấy, quy mô của kho dữ liệu mà chúng tôi đang xây dựng bây giờ, lý do chúng tôi đưa ra đồng tiền này và thuật ngữ Một hồ dữ liệu là chúng rất lớn và chúng rất sâu, và đôi khi bạn có thể có bão trong đó. Và khi chúng tôi làm, bạn luôn phải giải quyết những gì tạo ra cơn bão.

Vì vậy, trong chủ đề của điều này, đối với tôi, dường như tiếng gọi này của điện toán trong bộ nhớ thực sự rất mạnh mẽ và vì lý do chính đáng. Nó mang lại rất nhiều lợi ích thương mại và kỹ thuật quan trọng. Đó là một cuộc thảo luận trong một vài giờ vào một ngày khác. Nhưng sự thay đổi chung về điện toán trong bộ nhớ, trước tiên tôi chỉ muốn nói về cách chúng ta đến đây và điều gì có thể xảy ra bởi vì nó, đặt nền tảng cho việc một số thách thức có thể nằm trước và những gì chúng ta cần phải nhận thức và nghĩ về, trong thế giới của chúng ta tránh xa đĩa quay cũ truyền thống đang lưu giữ dữ liệu và được phân trang trên đĩa và vào bộ nhớ và hết bộ nhớ và vào CPU, đến bây giờ chúng ta mới loại bỏ gần như một trong những lớp đó, là đĩa quay. Bởi vì hãy nhớ rằng, trong những ngày đầu của máy tính, về mặt kiến ​​trúc, chúng ta đã không di chuyển trong một thời gian dài từ máy tính lớn hoặc thế giới tầm trung của những gì chúng ta nghĩ ban đầu là bộ nhớ lõi và bộ nhớ trống, bạn biết đấy.

Như Tiến sĩ Robin Bloor đã nói, cách tiếp cận chúng tôi thực hiện để di chuyển dữ liệu xung quanh kiến ​​trúc máy tính đã không thực sự thay đổi đáng kể trong một thời gian, trong một vài thập kỷ, trên thực tế. Nếu bạn nghĩ về thực tế rằng, bạn biết đấy, máy tính hiện đại, về mặt kỹ thuật, đã xuất hiện, nếu bạn tha thứ cho trò chơi chữ, trong khoảng 60 năm lẻ, bạn biết đấy, sáu thập kỷ trở lên và theo nghĩa là bạn có thể mua một hộp ra khỏi kệ, như nó đã được. Sự chuyển đổi sang kiến ​​trúc mới thực sự xuất hiện trong tâm trí của tôi khi chúng tôi chuyển khỏi suy nghĩ xung quanh các máy tính lớn và tầm trung, và các kiến ​​trúc lưu trữ bộ nhớ lõi và trống, đến các máy tính dũng cảm hoặc siêu máy tính, đặc biệt là Seymour Cray, nơi mọi thứ như backplanes trở thành một thứ Thay vì chỉ có một tuyến đường để di chuyển dữ liệu qua bảng nối đa năng hoặc bo mạch chủ, như ngày nay nó được gọi là. Và bộ nhớ nội tuyến, bạn biết đấy, trong những ngày này, mọi người không thực sự nghĩ về ý nghĩa thực sự của nó khi họ nói DIMM và SIMM. Tuy nhiên, SIMM là bộ nhớ nội tuyến đơn và DIMM là bộ nhớ nội tuyến kép và chúng tôi đã phức tạp hơn thế và kể từ đó, có hàng tá loại bộ nhớ khác nhau cho những thứ khác nhau: một số cho video, một số chỉ cho các ứng dụng chung, một số được tích hợp vào CPU.

Vì vậy, đã có sự thay đổi lớn này sang một cách mới mà dữ liệu được lưu trữ và truy cập. Chúng ta sắp trải qua sự thay đổi tương tự trong cả một thế hệ khác, nhưng không nhiều về bản thân phần cứng mà là việc áp dụng phần cứng trong logic nghiệp vụ và trong lớp logic dữ liệu, và đó là một sự thay đổi lớn trong tâm trí tôi .

Nhưng chỉ nói ngắn gọn về cách chúng tôi đến đây. Ý tôi là, công nghệ phần cứng được cải thiện, và cải thiện đáng kể. Chúng tôi đã đi từ việc có CPU và ý tưởng về lõi là một khái niệm khá hiện đại. Chúng tôi chấp nhận rằng điện thoại của chúng tôi có hai hoặc bốn lõi và máy tính của chúng tôi có hai hoặc bốn, thậm chí tám, lõi trong máy tính để bàn và tám và 12 trở lên, bạn biết, 16 và 32 ngay cả trong nền tảng máy chủ . Nhưng đó thực sự là một điều khá hiện đại, lõi đã trở thành một khả năng bên trong CPU và chúng tôi đã chuyển từ 32 bit sang 64 bit. Một vài điều lớn đã xảy ra ở đó: chúng tôi có tốc độ xung nhịp cao hơn trên nhiều lõi để chúng tôi có thể thực hiện song song và mỗi lõi đó có thể chạy nhiều luồng. Thật bất ngờ, chúng tôi có thể chạy rất nhiều thứ trên cùng một dữ liệu cùng một lúc. Khoảng cách địa chỉ sáu mươi bốn bit đã cho chúng tôi tới hai terabyte RAM, đây là một khái niệm phi thường, nhưng bây giờ nó là một thứ. Các kiến ​​trúc bảng nối đa năng này, bạn biết đấy, bo mạch chủ, ngày xưa, bạn chỉ có thể làm mọi việc theo một hướng: lùi và tiến. Và cũng như ngày nay với máy tính Cray và một số thiết kế siêu máy tính thời bấy giờ, và bây giờ trong các máy tính để bàn và các máy tính gắn trên máy tính để bàn phổ biến, bởi vì, thực sự, hầu hết là hiện đại PC đã trải qua thời đại máy tính lớn, tầm trung, máy tính để bàn siêu nhỏ và chúng tôi đã biến chúng trở lại thành máy chủ.

Và rất nhiều khả năng siêu máy tính đó, thiết kế siêu máy tính đó, đã bị đẩy vào các thành phần phổ biến ngoài thị trường. Bạn biết đấy, ngày nay, ý tưởng lấy hàng trăm máy tính giá rẻ và đặt chúng vào giá đỡ hàng trăm, nếu không phải hàng ngàn và chạy phần mềm nguồn mở trên chúng như Linux và triển khai các ứng dụng như SAP HANA trên đó, bạn biết, chúng ta thường coi đó là điều hiển nhiên. Nhưng đó là một điều thú vị rất mới và nó đi kèm với sự phức tạp của nó.

Phần mềm cũng trở nên tốt hơn, đặc biệt là quản lý bộ nhớ và phân vùng dữ liệu. Tôi sẽ không đi sâu vào chi tiết về điều đó, nhưng nếu bạn nhìn vào sự thay đổi lớn trong 15 năm qua hoặc thậm chí ít hơn, cách quản lý bộ nhớ, đặc biệt là dữ liệu trong RAM và cách dữ liệu được phân vùng trong RAM, Vì vậy, như Tiến sĩ Robin Bloor đã chỉ ra trước đó hoặc được ám chỉ, bạn biết rằng, mọi thứ có thể đọc và viết cùng một lúc mà không ảnh hưởng lẫn nhau, thay vì có thời gian chờ đợi. Rất nhiều tính năng rất mạnh mẽ như nén và mã hóa trên chip. Mã hóa đang trở thành một điều quan trọng hơn và chúng ta không nhất thiết phải làm điều đó trong phần mềm, trong RAM, trong không gian CPU, điều đó thực sự xảy ra trên chip nguyên bản. Điều đó tăng tốc đáng kể. Và lưu trữ và xử lý dữ liệu phân tán, một lần nữa, những thứ mà chúng ta từng giả định là công cụ của siêu máy tính và xử lý song song, giờ đây chúng ta coi đó là điều hiển nhiên trong không gian của SAP HANA và Hadoop và Spark, v.v.

Vì vậy, toàn bộ vấn đề là điện toán hiệu năng cao này, các khả năng của HPC đã đến với doanh nghiệp và bây giờ doanh nghiệp đang tận hưởng những lợi ích mang lại từ lợi ích hiệu suất và không gian công nghệ và lợi ích kỹ thuật và lợi ích thương mại, bởi vì, bạn biết đấy, thời gian giảm giá trị giảm đáng kể.

Nhưng tôi sử dụng hình ảnh này của một câu chuyện tôi đọc cách đây một thời gian về một người đàn ông đã chế tạo vỏ máy tính từ Lego, bởi vì nó luôn xuất hiện trong đầu tôi khi tôi nghĩ về một số điều này. Và đó là, đó có vẻ là một ý tưởng tuyệt vời vào thời điểm khi bạn bắt đầu xây dựng nó, và sau đó bạn đi được nửa đường và bạn nhận ra rằng thực sự rất khó để đặt tất cả các bit Lego lại với nhau và tạo ra một vật rắn, đủ vững chắc để đặt một bo mạch chủ và tiếp tục, nó sẽ tạo ra một vỏ cho máy tính cá nhân. Và cuối cùng, bạn nhận ra rằng tất cả các bit nhỏ không dính vào nhau và bạn phải cẩn thận một chút về những bit nhỏ nào bạn dính vào nhau để làm cho nó vững chắc. Và đó là một ý tưởng rất dễ thương, nhưng đó là một cuộc gọi báo thức khi bạn đi được nửa đường và bạn nhận ra, CƠ Hmm, có lẽ tôi chỉ nên mua một chiếc vỏ máy tính trị giá 300 đô la, nhưng tôi sẽ hoàn thành nó ngay bây giờ và học được điều gì đó từ nó.

Đối với tôi đó là một sự tương tự tuyệt vời cho những gì nó muốn xây dựng những nền tảng rất phức tạp này, bởi vì việc xây dựng nó và kết thúc với một môi trường nơi bạn có bộ định tuyến, bộ chuyển mạch và máy chủ và giá đỡ là điều tốt và tốt. Và bạn đã có CPU và RAM và hệ điều hành được nhóm lại với nhau. Và bạn đặt một cái gì đó giống như HANA lên trên nó để xử lý trong bộ nhớ và lưu trữ dữ liệu và quản lý dữ liệu. Bạn xây dựng ngăn xếp SAP trên đó, bạn có được các khả năng cơ sở dữ liệu và sau đó bạn tải dữ liệu và logic nghiệp vụ của mình và bạn bắt đầu áp dụng một số đọc và ghi và truy vấn, v.v. Bạn phải tiếp tục đứng đầu I / O và bạn phải lên lịch cho mọi thứ và quản lý khối lượng công việc và đa nhiệm vụ, v.v. Ngăn xếp này trở nên rất phức tạp, rất nhanh chóng. Đó là một ngăn xếp phức tạp trong chính nó nếu nó chỉ trên một máy. Nhân số đó với 16 hoặc 32 máy, nó sẽ rất, không tầm thường. Khi bạn nhân lên tới hàng trăm và cuối cùng là hàng ngàn máy móc, để chuyển từ quy mô 100 terabyte sang quy mô petabyte, đó là một khái niệm đáng sợ và đây là những thực tế chúng ta đang đối phó bây giờ.

Vì vậy, sau đó bạn kết thúc với một vài điều cũng đã giúp thay đổi thế giới này, và đó là không gian đĩa trở nên rẻ một cách lố bịch. Bạn biết đấy, có một lần bạn đã chi 380 đến 400 nghìn đô la cho một gigabyte đĩa cứng khi nó là một cái trống lớn có kích thước của một thứ gì đó cần một chiếc xe nâng để nhặt nó lên. Ngày nay, nó giảm xuống, một hoặc hai xu cho mỗi gigabyte không gian đĩa hàng hóa. Và RAM đã làm điều tương tự. Nhân tiện, hai đường cong J trong cả hai biểu đồ này là một thập kỷ, do đó, nói cách khác, chúng ta đang xem xét hai khối 10 năm, giảm giá 20 năm. Nhưng tôi đã chia chúng thành hai đường cong J vì cuối cùng bên phải chỉ trở thành một đường chấm chấm và bạn không thể nhìn thấy chi tiết, vì vậy tôi đã thu nhỏ lại nó. Một gigabyte RAM 20 năm trước là thứ gì đó trị giá sáu triệu rưỡi đô la. Ngày nay, nếu bạn trả nhiều hơn ba hoặc bốn đô la cho một gigabyte RAM cho phần cứng hàng hóa bạn đang bị cướp.

Việc giảm giá đáng kể trong hai thập kỷ qua có nghĩa là bây giờ chúng ta có thể vượt ra ngoài không gian đĩa và đi thẳng vào RAM, không chỉ ở mức megabyte, mà giờ là mức terabyte và coi RAM như đĩa. Tuy nhiên, thách thức với điều đó là RAM thực sự rất nhanh chóng - điều đó có nghĩa là thứ gì đó tồn tại trong một khoảng thời gian ngắn - vì vậy, chúng tôi đã phải tìm ra cách để cung cấp khả năng phục hồi trong không gian đó.

Và vì vậy, quan điểm của tôi ở đây là điện toán trong bộ nhớ không dành cho những người yếu tim. Đưa ra dữ liệu trong bộ nhớ quy mô rất lớn này và việc xử lý xung quanh nó là một thách thức thú vị; như tôi đã chỉ ra trước đó, nó không dành cho những người yếu tim. Vì vậy, một điều chúng tôi đã học được từ kinh nghiệm này với điện toán trong bộ nhớ quy mô lớn và mật độ cao là sự phức tạp mà chúng tôi xây dựng có nguy cơ gây ra rủi ro trong một số lĩnh vực.

Nhưng chúng ta hãy nhìn vào nó từ quan điểm giám sát và phản hồi. Khi chúng ta nghĩ về dữ liệu, nó bắt đầu trong không gian đĩa, nó nằm trong cơ sở dữ liệu trong các đĩa, chúng ta đẩy nó vào bộ nhớ. Khi đã có trong bộ nhớ và được phân phối và có các bản sao của nó, chúng ta có thể sử dụng rất nhiều bản sao của nó và nếu có bất kỳ thay đổi nào được thực hiện, nó có thể được phản ánh ở cấp bộ nhớ thay vì phải bật và tắt và trên bảng nối đa năng tại Hai cấp độ khác nhau, nó đi vào và ra khỏi bộ nhớ. Chúng tôi đã kết thúc với nền tảng phần cứng siêu cường lực này cho phép chúng tôi làm điều này ngay bây giờ. Khi chúng ta nói về quá mẫn, sẽ khó hơn ở mức độ dày đặc một cách lố bịch và bộ nhớ mật độ rất cao, mật độ rất cao của CPU và lõi và luồng. Bây giờ chúng tôi đã có các bệnh lý mạng rất phức tạp để hỗ trợ điều này bởi vì dữ liệu phải di chuyển qua mạng tại một số điểm nếu nó sẽ đi giữa các nút và các cụm.

Vì vậy, chúng tôi kết thúc với sự dư thừa lỗi thiết bị trở thành một vấn đề và chúng tôi phải giám sát các thiết bị và các phần của nó. Chúng ta phải có dự phòng lỗi dữ liệu linh hoạt được tích hợp trong nền tảng đó và giám sát nó. Chúng ta phải có khả năng phục hồi cơ sở dữ liệu phân tán được xây dựng nên chúng ta phải theo dõi nền tảng cơ sở dữ liệu và xếp chồng bên trong đó. Chúng ta phải theo dõi lịch trình xử lý phân tán, những gì xảy ra bên trong một số quy trình cho đến việc bỏ phiếu và truy vấn và đường dẫn truy vấn cũng như cách cấu trúc và thực hiện của truy vấn. Nó trông như thế nào, có ai đó đã thực hiện CHỌN * trên hay không và họ thực sự đã thực hiện một truy vấn rất thông minh và có cấu trúc tốt sẽ mang lại cho họ lượng dữ liệu danh nghĩa, tối thiểu đi qua kiến ​​trúc trong bảng nối đa năng? Chúng tôi đã có khối lượng công việc đa năng, nhiều người dùng và nhiều nhóm chạy cùng một hoặc nhiều khối lượng công việc và các công việc hàng loạt và lập lịch thời gian thực. Và chúng tôi đã có sự pha trộn giữa xử lý hàng loạt và thời gian thực. Một số thứ chỉ chạy thường xuyên - hàng giờ, hàng ngày, hàng tuần hoặc hàng tháng - những thứ khác là theo yêu cầu. Ai đó có thể đang ngồi đó với một chiếc máy tính bảng muốn làm báo cáo thời gian thực.

Và một lần nữa, chúng ta đi đến điểm đó, rằng sự phức tạp xuất hiện trong những điều này không chỉ là một thách thức bây giờ, nó khá đáng sợ. Và chúng tôi có kiểm tra thực tế này rằng một vấn đề hiệu suất duy nhất, chỉ một vấn đề hiệu suất theo cách riêng của nó, có thể ảnh hưởng đến toàn bộ hệ sinh thái. Và vì vậy, chúng tôi kết thúc với thử thách rất thú vị này là tìm ra những tác động ở đâu? Và chúng ta có thách thức này, chúng ta đang phản ứng hay chủ động? Có phải chúng ta đang theo dõi sự việc trong thời gian thực và thấy điều gì đó xảy ra với Bang bang và phản ứng với nó? Hoặc chúng ta đã thấy một số hình thức của xu hướng và nhận ra rằng chúng ta cần phải chủ động lên tàu với nó? Bởi vì chìa khóa là tất cả mọi người muốn một cái gì đó nhanh chóng và rẻ tiền và dễ dàng. Nhưng chúng tôi kết thúc với những kịch bản này, những gì tôi muốn đề cập đến và câu hỏi hóc búa yêu thích của tôi về câu hỏi hóc búa Donald Rumsfeld - mà trong tâm trí tôi áp dụng trong tất cả các kịch bản có độ phức tạp cao này - và đó là điều chúng tôi đã biết vì đó là điều gì đó chúng tôi thiết kế và xây dựng và nó chạy theo kế hoạch. Chúng ta đã biết những điều chưa biết ở chỗ chúng ta không biết ai đang chạy cái gì, khi nào và ở đâu, nếu nó theo yêu cầu. Và chúng ta có những ẩn số chưa biết và đó là những điều mà chúng ta cần theo dõi và kiểm tra. Bởi vì thực tế là, tất cả chúng ta đều biết, bạn không thể quản lý thứ gì đó mà bạn không thể đo lường được.

Vì vậy, để có các công cụ phù hợp và khả năng phù hợp để theo dõi lịch trình CPU của chúng tôi, hãy tìm thời gian chờ đợi, tìm hiểu lý do tại sao mọi thứ phải chờ trong hàng đợi theo lịch trình trong đường ống. Điều gì đang xảy ra trong bộ nhớ, loại sử dụng nào đang được thực hiện, loại hiệu suất nào chúng ta sẽ hết bộ nhớ? Là thứ được phân vùng chính xác, nó có được phân phối không, chúng ta có đủ các nút giữ các bản sao của nó để đối phó với khối lượng công việc đang bị ném vào nó không? Điều gì xảy ra với quá trình thực thi cách xa các quy trình của hệ điều hành? Các công việc tự chạy, các ứng dụng riêng lẻ và trình nền hỗ trợ chúng? Điều gì đang xảy ra bên trong các quy trình đó, đặc biệt là cấu trúc các truy vấn và các truy vấn đó được thực thi và biên dịch như thế nào? Và sức khỏe của tất cả các quá trình trong ngăn xếp? Bạn biết đấy, một lần nữa, quay lại thời gian chờ đợi, nó có được lên lịch chính xác không, nó có phải chờ không, nó đang chờ ở đâu, nó đang chờ bộ nhớ đọc, I / O, CPU, I / O trên mạng cho người dùng cuối ?

Và sau đó trở lại thời điểm đó tôi vừa đề cập nhanh chóng trước khi tôi kết thúc và đó là cách chúng ta tiếp cận giải quyết vấn đề và thời gian phản hồi cho những vấn đề đó? Có phải chúng ta đang xem trong thời gian thực và phản ứng với mọi thứ, đó là kịch bản ít lý tưởng nhất, nhưng ngay cả khi đó, chúng ta làm điều đó tốt hơn là không biết và gọi bàn trợ giúp và nói có gì đó không ổn và chúng ta phải theo dõi nó ? Hay chúng ta đang thực hiện nó một cách chủ động và chúng ta đang xem xét những gì sắp xảy ra? Vì vậy, nói cách khác, chúng ta đang thấy chúng ta đang thiếu bộ nhớ và cần thêm nhiều nút hơn? Có phải chúng ta đang làm phân tích xu hướng, chúng ta đang làm kế hoạch năng lực? Và trong tất cả những điều đó, chúng ta đang theo dõi thời gian thực hiện lịch sử và suy nghĩ về lập kế hoạch năng lực hay chúng ta đang xem nó trong thời gian thực và chủ động lên lịch lại và thực hiện cân bằng tải? Và chúng ta có biết khối lượng công việc đang chạy ở nơi đầu tiên không? Chúng ta có biết ai đang làm gì trong cụm của chúng ta không và tại sao?

Máy tính trong bộ nhớ rất mạnh, nhưng với sức mạnh đó, nó gần như là một trong những thứ đó, như, một khẩu súng được nạp và bạn đang chơi với đạn trực tiếp. Cuối cùng bạn có thể tự bắn vào chân mình nếu không cẩn thận. Vì vậy, sức mạnh của tính toán trong bộ nhớ chỉ có nghĩa là chúng ta có thể chạy nhiều hơn và nhanh chóng trên các tập dữ liệu rất phân tán và rời rạc. Nhưng sau đó, nhu cầu cao hơn được thúc đẩy từ người dùng cuối. Họ đã quen với sức mạnh đó và họ muốn nó. Họ không còn mong đợi rằng các công việc phải mất hàng tuần để chạy và các báo cáo xuất hiện trên giấy cũ. Và sau đó, bên dưới tất cả những gì chúng tôi có bảo trì hàng ngày được bao quanh xung quanh việc vá lỗi, cập nhật và nâng cấp. Và nếu bạn nghĩ về việc xử lý 24/7 với tính toán trong bộ nhớ, quản lý dữ liệu đó, quản lý khối lượng công việc trên đó, thì tất cả là trong bộ nhớ, về mặt kỹ thuật trong nền tảng phù du, nếu chúng ta sẽ bắt đầu áp dụng các bản vá và cập nhật và nâng cấp trong ở đó, đi kèm với một loạt các thách thức quản lý và giám sát khác. Chúng ta cần biết những gì chúng ta có thể ngoại tuyến, khi nào chúng ta có thể nâng cấp nó và khi chúng ta đưa nó trở lại trực tuyến. Và điều đó đưa tôi đến điểm cuối cùng của tôi và đó là, khi chúng ta ngày càng phức tạp hơn trong các hệ thống này, đó không phải là điều mà con người có thể làm chỉ bằng cách mút ngón tay cái và kéo tai họ nữa. Không có, loại, tiếp cận cảm giác ruột nữa. Chúng tôi thực sự cần các công cụ thích hợp để quản lý và cung cấp mức hiệu suất cao này trong tính toán và quản lý dữ liệu.

Và với ý nghĩ đó, tôi sẽ bàn giao cho bạn của chúng tôi từ IDERA và nghe cách họ tiếp cận thử thách này.

Bill Ellis: Cảm ơn bạn rất nhiều. Tôi đang chia sẻ màn hình của tôi và chúng ta đi đây. Vì vậy, thật là khiêm tốn khi chỉ xem xét tất cả các công nghệ và tất cả những người đến trước chúng tôi, để làm cho công cụ này có sẵn trong năm 2017, có sẵn. Chúng ta sẽ nói về phân tích khối lượng công việc cho SAP HANA - về cơ bản, một giải pháp giám sát cơ sở dữ liệu: toàn diện, không tác nhân, cung cấp thời gian thực và nó xây dựng một lịch sử, và vì vậy bạn có thể thấy những gì đã xảy ra trong quá khứ. SAP S / 4 HANA cung cấp tiềm năng tốt hơn, nhanh hơn và rẻ hơn. Tôi không nói nó rẻ tiền, tôi chỉ nói nó rẻ hơn. Theo truyền thống, điều đã xảy ra là bạn sẽ có một ví dụ sản xuất chính - có thể đang chạy trên Oracle trong một cửa hàng lớn hơn, có khả năng là SQL Server - và sau đó bạn sẽ sử dụng quy trình ETL đó và bạn sẽ có nhiều phiên bản sự thật . Và điều này rất tốn kém vì bạn đã trả tiền cho phần cứng, hệ điều hành, giấy phép Oracle cho từng môi trường riêng lẻ này. Và sau đó, bạn cần phải có người hòa giải một phiên bản của sự thật với phiên bản tiếp theo của sự thật. Và do đó, quá trình xử lý ETL nhiều phiên bản này chỉ chậm và rất, rất cồng kềnh.

Và như vậy, HANA, về cơ bản là một thể hiện HANA, có khả năng có thể thay thế tất cả các thể hiện khác đó. Vì vậy, nó ít tốn kém hơn vì nó là một nền tảng phần cứng, một hệ điều hành, thay vì bội số. Và vì vậy, S / 4 HANA, thực sự, nó thay đổi mọi thứ và về cơ bản bạn đang xem xét sự phát triển của SAP từ R / 2 sang R / 3, các gói tăng cường khác nhau. Bây giờ, hệ thống kế thừa có sẵn cho đến năm 2025, vì vậy bạn có tám năm cho đến khi bạn thực sự bị buộc phải di chuyển. Mặc dù chúng tôi thấy mọi người, bạn biết đấy, nhúng ngón chân vào điều này bởi vì họ biết rằng nó sẽ đến và cuối cùng, bạn biết đấy, ECC sẽ chạy trên HANA và vì vậy bạn thực sự cần phải chuẩn bị cho điều đó và hiểu về công nghệ.

Vì vậy, một cơ sở dữ liệu, không có quy trình ETL, không có bản sao phải được đối chiếu. Vì vậy, một lần nữa, nhanh hơn, tốt hơn và rẻ hơn. HANA là trong bộ nhớ. SAP cung cấp phần mềm, bạn cung cấp phần cứng. Không có bảng tổng hợp. Một trong những điều mà họ, loại, gợi ý khi bạn nghĩ về điều này là bạn không muốn tham gia vào điều này, chúng tôi sẽ mua máy chủ lớn nhất hiện có. Họ đề nghị bạn, loại, đúng kích cỡ cảnh quan SAP của bạn trước thời hạn và về cơ bản họ nói, không di chuyển dữ liệu trị giá 20 năm. Tôi nghĩ rằng việc lưu trữ là thứ gì đó không được sử dụng đúng mức trong CNTT, loại, trên bảng, không chỉ trong các cửa hàng SAP. Và điều tiếp theo là SAP thực sự đã dành rất nhiều thời gian để viết lại mã gốc của họ để không sử dụng CHỌN *. CHỌN * trả về tất cả các cột từ bảng và nó đặc biệt đắt trong cơ sở dữ liệu cột. Và vì vậy, đó không phải là một ý tưởng tốt cho SAP HANA. Vì vậy, đối với các cửa hàng có nhiều tùy chỉnh, nhiều báo cáo, đây là thứ bạn sẽ muốn tìm và bạn sẽ muốn chỉ định tên cột khi bạn chuyển sang mọi thứ sang HANA.

Chúng tôi muốn nói rằng HANA không phải là thuốc chữa bách bệnh. Giống như tất cả các cơ sở dữ liệu, tất cả các công nghệ, nó cần được giám sát và như đã đề cập trước đó, bạn cần số lượng để quản lý lượng dư thừa, đo lường bằng phép đo. Và một trong những điều tôi nói trong khu vực IDERA là mọi giao dịch kinh doanh đều tương tác với hệ thống hồ sơ và trong trường hợp này, đó sẽ là HANA. Và do đó, HANA trở thành nền tảng cho việc thực hiện các giao dịch SAP của bạn, trải nghiệm người dùng cuối. Và vì vậy, điều quan trọng là nó phải được chạy ở tốc độ cao nhất. Nó trở thành một điểm thất bại duy nhất và khi nói chuyện với mọi người, đây là thứ có thể phát triển ở nơi bạn có người dùng cuối và có thể đang sử dụng dữ liệu thời gian thực đó và họ có một truy vấn đặc biệt có khả năng không hoàn toàn đúng. Có thể họ không tham gia các bảng và họ đã tạo ra một liên kết bên ngoài, một sản phẩm đảng phái và về cơ bản họ đang tiêu thụ rất nhiều tài nguyên. Bây giờ, HANA sẽ nhận ra rằng cuối cùng và giết phiên đó. Và do đó, phần quan trọng trong kiến ​​trúc của chúng tôi sẽ cho phép bạn thực sự nắm bắt điều đó trong lịch sử, để bạn có thể thấy những gì đã xảy ra trong quá khứ và nhận ra những tình huống đó.

Vì vậy, chúng ta hãy xem phân tích khối lượng công việc cho SAP HANA. Đây là Phiên bản 1 vì vậy chúng tôi rất mời bạn tham gia cùng chúng tôi trong hành trình và đây là một sản phẩm từ IDERA. Nó toàn diện, nhưng đơn giản. Thời gian thực với xu hướng. Sức khỏe chủ nhà, sức khỏe cá thể. Chúng tôi theo dõi các trạng thái chờ, truy vấn SQL, người tiêu dùng bộ nhớ và dịch vụ. Vì vậy, đây là giao diện của GUI và bạn có thể thấy ngay con dơi được bật web. Tôi thực sự đã mở giải pháp này chạy trực tiếp trên hệ thống của tôi. Có một số điều quan trọng bạn muốn xem xét. Chúng tôi, loại, phân chia thành các không gian làm việc khác nhau. Một trong những điều quan trọng nhất là những gì xảy ra ở cấp máy chủ từ việc sử dụng CPU và sử dụng bộ nhớ. Bạn chắc chắn không muốn có được một quan điểm hoán đổi hoặc đập. Và sau đó, về cơ bản, bạn sẽ tìm hiểu những gì đang diễn ra theo xu hướng, từ thời gian phản hồi, người dùng, câu lệnh SQL, nghĩa là, điều gì thúc đẩy hoạt động trên hệ thống.

Một trong những điều với IDERA là, bạn biết đấy, không có gì xảy ra trên cơ sở dữ liệu cho đến khi có hoạt động. Và hoạt động đó là các câu lệnh SQL xuất phát từ ứng dụng. Vì vậy, đo lường các câu lệnh SQL là hoàn toàn quan trọng để có thể phát hiện nguyên nhân gốc. Vì vậy, hãy tiếp tục và đi sâu vào. Vì vậy, ở cấp độ máy chủ, chúng ta thực sự có thể xem bộ nhớ, theo dõi theo thời gian, sử dụng CPU máy chủ. Lùi lại, bạn có thể xem các báo cáo COBSQL. Bây giờ, một trong những điều bạn sẽ thấy trong khía cạnh kiến ​​trúc của chúng tôi là thông tin này được lưu trữ ngoài HANA, vì vậy nếu có chuyện gì đó xảy ra với HANA, về cơ bản chúng tôi đang nắm bắt thông tin, Chúa cấm, một tình huống không có sẵn . Chúng tôi cũng có thể nắm bắt mọi thứ xảy ra trên hệ thống để bạn có tầm nhìn rõ ràng. Và một trong những điều chúng tôi sẽ làm là chúng tôi sẽ trình bày các câu lệnh SQL theo thứ tự trọng số. Vì vậy, điều đó sẽ tính đến số lần thực hiện, và đây là mức tiêu thụ tài nguyên tổng hợp.

Và vì vậy bạn có thể tham gia vào các số liệu riêng lẻ ở đây - câu lệnh SQL đó được thực thi khi nào? Và sau đó, mức tiêu thụ tài nguyên chủ yếu được thúc đẩy bởi kế hoạch thực hiện, và vì vậy chúng tôi có thể nắm bắt điều đó trên cơ sở liên tục. HANA là trong bộ nhớ. Nó rất song song. Nó có các chỉ mục chính trên mỗi bảng, mà một số cửa hàng chọn xây dựng một chỉ mục phụ để giải quyết các vấn đề hiệu suất nhất định. Và như vậy, loại, biết những gì đã xảy ra với kế hoạch thực hiện cho các câu lệnh SQL nhất định có thể rất có giá trị. Chúng ta cũng sẽ xem xét các dịch vụ, mức tiêu thụ bộ nhớ một lần nữa, được biểu đồ theo thời gian. Kiến trúc: vì vậy, đây là một giải pháp độc lập mà bạn có thể tải xuống từ trang web của chúng tôi và kiến ​​trúc là nó được kích hoạt trên web.

Bạn có thể có nhiều người dùng kết nối với một trường hợp cụ thể. Bạn có thể theo dõi các phiên bản địa phương của SAP HANA. Và chúng tôi tiếp tục lịch sử bốn tuần trong kho lưu trữ của mình và đó là tự quản lý. Để triển khai điều này, nó khá đơn giản. Bạn cần một máy chủ Windows. Bạn cần tải về nó. Hầu hết các Máy chủ Windows sẽ có một khung .NET tích hợp và nó đi kèm với một giấy phép. Và vì vậy, bạn sẽ đi đến trình hướng dẫn cài đặt được điều khiển bởi Setup.exe và nó thực sự sẽ mở ra một màn hình, thỏa thuận cấp phép và bạn chỉ cần làm việc với phác thảo này bằng cách nhấp vào Tiếp theo. Và như vậy, bạn muốn HANA đến đâu được cài đặt? Tiếp theo là các thuộc tính cơ sở dữ liệu và đây sẽ là kết nối của bạn với SAP HANA, vì vậy đây là giám sát không có tác dụng của cá thể HANA. Và sau đó về cơ bản chúng tôi sẽ đưa ra một bản xem trước, đây là cổng mà chúng tôi liên lạc theo mặc định. Nhấp vào Cài đặt cài đặt trực tuyến và nó về cơ bản khởi động HANA và bạn bắt đầu xây dựng lịch sử. Vì vậy, chỉ cần một chút thông tin biểu đồ kích thước. Chúng tôi có thể giám sát tối đa 45 trường hợp HANA và bạn sẽ muốn sử dụng loại này trên thang trượt để xác định số lượng lõi, bộ nhớ, dung lượng ổ đĩa mà bạn cần. Và điều này giả định rằng bạn có một lịch sử hoàn thành trong bốn tuần.

Vì vậy, chỉ là một bản tóm tắt nhanh chóng, chúng tôi đang xem xét tình trạng sức khỏe của máy chủ, tình trạng sức khỏe, việc sử dụng CPU / bộ nhớ. Người tiêu dùng bộ nhớ là gì, trình điều khiển hoạt động là gì, các dịch vụ là gì? Các câu lệnh SQL rất quan trọng - các trạng thái thực thi là gì? Chỉ cho tôi các kế hoạch thực hiện, khi nào mọi thứ thực hiện, cung cấp xu hướng? Điều này sẽ cung cấp cho bạn thời gian thực và lịch sử của những gì đã xảy ra. Và như tôi đã đề cập, vì lịch sử của chúng tôi tách biệt với HANA, chúng tôi sẽ nắm bắt những thứ đã hết thời và đã bị xóa khỏi lịch sử của HANA. Vì vậy, bạn có thể thấy mức tiêu thụ tài nguyên thực sự trên hệ thống của mình do lịch sử riêng biệt.

Vì vậy, như tôi đã đề cập, trang web của IDERA, trong Sản phẩm, bạn có thể dễ dàng tìm thấy trang này. Nếu bạn muốn thử điều này, chắc chắn bạn sẽ được chào đón. Xem cách nó cung cấp thông tin cho bạn và có thêm thông tin trên trang web đó. Vì vậy, bất kỳ bên quan tâm là nhiều hơn hạnh phúc để đi vào đó. Bây giờ, trong các sản phẩm danh mục đầu tư được cung cấp bởi IDERA, cũng có một trình giám sát giao dịch SAP ECC và điều này được gọi là Chính xác cho SAP. Và những gì nó làm là - cho dù bạn đang sử dụng cổng thông tin hay chỉ là ECC ngay thẳng - nó thực sự sẽ nắm bắt được giao dịch của người dùng cuối từ nhấp chuột vào đĩa, cho đến câu lệnh SQL và cho bạn biết điều gì đang xảy ra.

Bây giờ, tôi chỉ cho bạn thấy một màn hình tóm tắt. Có một vài điều mà tôi muốn bạn có từ màn hình tóm tắt này. Đó là thời gian phản hồi của trục Y, thời gian của trục X cộng với ngày và trong giao diện này, chúng tôi sẽ hiển thị cho bạn thời gian của khách hàng, thời gian xếp hàng, thời gian mã ABAP, thời gian cơ sở dữ liệu. Chúng tôi có thể nắm bắt ID người dùng cuối, mã T và bạn thực sự có thể lọc và hiển thị các máy chủ thông qua một giao dịch cụ thể đi qua. Và vì vậy, nhiều cửa hàng chạy giao diện phía trước của VMware, vì vậy bạn thực sự có thể đo lường những gì đang xảy ra trên mỗi máy chủ và phân tích rất chi tiết. Vì vậy, chế độ xem giao dịch này dành cho giao dịch người dùng cuối thông qua toàn bộ cảnh quan SAP. Và bạn có thể thấy rằng trên trang web của chúng tôi trong Công cụ APM Sản phẩm và đây sẽ là giải pháp SAP mà chúng tôi có. Quá trình cài đặt này phức tạp hơn một chút, vì vậy, không chỉ tải xuống và dùng thử, như chúng tôi có cho HANA. Đây là điều mà chúng tôi sẽ làm việc cùng nhau để làm, thiết kế và thực hiện giao dịch tổng thể cho bạn.

Vì vậy, chỉ cần một bản tóm tắt nhanh thứ ba, phân tích khối lượng công việc cho SAP HANA, nó toàn diện, không tác nhân, thời gian thực, cung cấp một lịch sử. Chúng tôi cung cấp khả năng tải xuống và dùng thử cho trang web của bạn.

Vì vậy, với điều đó, tôi sẽ chuyển thời gian trở lại cho Eric, Dez và Tiến sĩ Bloor.

Eric Kavanagh: Vâng, có lẽ Robin, có câu hỏi nào từ bạn, và sau đó là Dez sau Robin không?

Tiến sĩ Robin Bloor: Được rồi. Ý tôi là, điều đầu tiên tôi muốn nói là tôi thực sự thích giao dịch vì đó chính xác là những gì tôi muốn trong tình huống đó. Tôi đã làm rất nhiều việc - tốt, đó là một thời gian dài trước đây - thực hiện giám sát hiệu suất, và đó là loại việc; chúng tôi không có đồ họa trong những ngày đó, nhưng đó là điều tôi đặc biệt muốn có thể làm. Bằng cách này hay cách khác, bạn có thể tự tiêm mình vào bất cứ nơi nào xảy ra sự cố.

Câu hỏi đầu tiên tôi có là, bạn biết đấy, hầu hết mọi người đang triển khai S / 4 theo cách này hay cách khác, bạn biết đấy. Khi bạn tham gia vào bất kỳ triển khai S / 4 nào, bạn có phát hiện ra rằng nó được triển khai tốt hay không, bạn có biết, phát hiện ra những điều có thể khiến khách hàng muốn cấu hình lại không? Ý tôi là, làm thế nào để tất cả những điều đó đi?

Bill Ellis: Chà, mỗi cửa hàng có một chút khác biệt. Và có những cách sử dụng khác nhau, có những báo cáo khác nhau. Đối với các trang web có báo cáo đột xuất, ý tôi là đó thực sự là một loại ký tự đại diện trên hệ thống. Và vì vậy, một trong những điều quan trọng là bắt đầu đo lường và tìm hiểu xem đường cơ sở là gì, điều gì là bình thường đối với một trang web cụ thể, nơi trang web cụ thể đó, dựa trên mô hình sử dụng của chúng, nhấn mạnh hệ thống. Và sau đó thực hiện điều chỉnh từ đó. Thông thường, tối ưu hóa giám sát không phải là một lần duy nhất, nó thực sự là một hoạt động đang diễn ra trong đó bạn giám sát, điều chỉnh, mài giũa, làm cho hệ thống tốt hơn để cộng đồng người dùng cuối có thể phục vụ doanh nghiệp hiệu quả hơn.

Tiến sĩ Robin Bloor: Được rồi, vì vậy khi bạn triển khai - Ý tôi là, tôi biết đây là một câu hỏi khó trả lời vì nó sẽ thay đổi tùy thuộc vào quy mô triển khai - nhưng khả năng giám sát IDERA bao nhiêu tài nguyên, tiêu thụ bao nhiêu ? Liệu nó có làm nên sự khác biệt nào hay không, chỉ là không can thiệp? Làm thế nào mà làm việc?

Bill Ellis: Vâng, tôi muốn nói rằng chi phí hoạt động xấp xỉ 1 Lần 3 phần trăm. Nhiều cửa hàng rất sẵn sàng hy sinh điều đó bởi vì có khả năng bạn sẽ có thể mua lại về mặt tối ưu hóa. Nó phụ thuộc vào mô hình sử dụng. Nếu bạn đang thực hiện một cảnh quan đầy đủ, nó phụ thuộc vào từng công nghệ đang được giám sát. Vì vậy, loại, số dặm có khác nhau, nhưng như chúng ta đã nói, tốt hơn hết là dành một chút để biết chuyện gì đang xảy ra, hơn là chỉ bị mù. Đặc biệt, bạn sẽ biết, ở đây chúng tôi đang ở trong tháng 1 và bạn sẽ xử lý vào cuối năm và bạn đang tổng hợp dữ liệu trong 12 tháng. Bạn biết đấy, đó là hiệu suất, việc báo cáo cho các tổ chức quản lý, ngân hàng, cho các cổ đông, là hoàn toàn quan trọng trong hoạt động kinh doanh quan trọng.

Tiến sĩ Robin Bloor: Phải. Và chỉ nhanh thôi, theo quan điểm của bạn - bởi vì tôi đoán bạn ở ngoài đó có liên quan đến cả loạt trang web SAP - sự chuyển động giữa các cơ sở khách hàng của SAP đối với S / 4 lớn đến mức nào? Ý tôi là, đó là thứ gì đó đang tồn tại, bạn biết đấy, có một loại khách hàng nhiệt tình sẽ dành cho nó, hay nó chỉ là một mánh khóe ổn định? Bạn thấy điều đó như thế nào?

Bill Ellis: Tôi nghĩ rằng một vài năm trước đây, tôi sẽ nói đó là một ngón chân. Bây giờ tôi muốn nói rằng mọi người, loại, đến đầu gối của họ. Tôi nghĩ rằng, bạn biết đấy, với dòng thời gian mọi người sẽ thực sự đắm chìm trong HANA trong vài năm tới. Và vì vậy, việc theo dõi, chuyển đổi, bạn biết đấy, tôi nghĩ rằng phần lớn khách hàng, là loại, trên đường cong học tập cùng nhau. Và vì vậy tôi nghĩ rằng chúng ta không hoàn toàn ở trận tuyết lở như bạn đã nói, nhưng tôi nghĩ rằng chúng ta đang ở trên đỉnh của sự chuyển đổi lớn sang HANA.

Tiến sĩ Robin Bloor: Được rồi, vì vậy về các trang web mà bạn đã thấy đã sử dụng, họ cũng điều chỉnh HANA cho các ứng dụng khác hoặc theo cách này hay cách khác, hoàn toàn tiêu thụ khi thực hiện điều này công việc gì? Bức tranh đó là gì?

Bill Ellis: Vâng, thông thường mọi người sẽ tích hợp SAP với các hệ thống khác, tùy thuộc vào mô-đun nào, v.v., vì vậy có một chút. Tôi chưa thực sự thấy mọi người triển khai các ứng dụng khác trên HANA. Điều đó chắc chắn có thể làm được. Và vì vậy, nó xung quanh cảnh quan xung quanh cơ sở hạ tầng SAP.

Tiến sĩ Robin Bloor: Tôi cho rằng tôi nên trao bạn cho Dez. Tôi đã ăn cắp thời gian của bạn. Dez?

Dez Blanchfield: Cảm ơn bạn. Không, đó là tất cả tốt. Hai cái rất nhanh, chỉ để cố gắng thiết lập chủ đề. SAP HANA đã ra mắt được vài năm và mọi người đã có cơ hội xem xét nó. Nếu bạn định cho chúng tôi một ước tính sơ bộ về tỷ lệ phần trăm dân gian đang vận hành nó - bởi vì có rất nhiều người đang chạy thứ này - bạn nghĩ gì về tỷ lệ thị trường mà bạn biết hiện tại đã biến mất từ việc triển khai SAP truyền thống sang SAP trên HANA? Có phải chúng ta đang nhìn vào 50/50, 30/70? Bạn đang nhìn thấy những gì, phần trăm thị trường của những người đã chuyển đổi và thực hiện chuyển động bây giờ so với dân gian, những người chỉ giữ lại và chờ đợi mọi thứ được cải thiện hoặc trở nên tốt hơn hoặc thay đổi hoặc bất cứ điều gì có thể xảy ra?

Bill Ellis: Vâng, tôi thực sự đặt, từ quan điểm của tôi, tôi sẽ đặt tỷ lệ phần trăm khoảng 20 phần trăm. SAP có xu hướng là các doanh nghiệp truyền thống. Mọi người có xu hướng rất bảo thủ và vì vậy người của họ sẽ kéo chân họ. Tôi nghĩ nó cũng phụ thuộc vào, bạn biết đấy, bạn đã chạy SAP trong một thời gian dài, hay bạn, là một SMB có thể đã được triển khai gần đây hơn SAP? Và vì vậy, có một số yếu tố, nhưng nhìn chung tôi không nghĩ tỷ lệ này là 50/50. Tôi sẽ nói rằng 50 phần trăm là ít nhất là học hỏi và có HANA chạy ở đâu đó trong trung tâm dữ liệu của họ.

Dez Blanchfield: Điều thú vị mà bạn đã đưa ra cho chúng tôi trước đó là đây là một tài liệu chính xác và đồng hồ là dấu hiệu về mặt vật lý và nghĩa đen về thời gian chuyển tiếp. Trong quá trình làm điều đó, bạn có nghĩ rằng mọi người đã xem xét điều đó? Ý thức chung của sự hiểu biết dân gian rằng đây là một sự thay đổi chuyển tiếp trong nền tảng, nó không chỉ là một tùy chọn, nó trở thành mặc định?

Và theo quan điểm của SAP, tôi chắc chắn rằng họ đang đẩy mạnh điều đó bởi vì có một lợi thế cạnh tranh đáng kể về hiệu suất, nhưng tôi cũng đoán, họ đang vật lộn kiểm soát nền tảng thay vì đi đến một phần ba cơ sở dữ liệu của bên, giờ đây họ sẽ đưa nó trở lại nền tảng của riêng họ. Bạn có nghĩ rằng các công ty đã thực sự nhận được thông điệp đó? Bạn có nghĩ rằng mọi người hiểu điều đó và bây giờ đang hướng đến nó? Hoặc nó vẫn còn, một loại, một điều không rõ ràng, bạn có nghĩ, ra khỏi thị trường?

Bill Ellis: Tôi không nghĩ rằng SAP ngại giao tiếp và những người đã đến SAPPHIRE đã thấy HANA ở khắp mọi nơi. Vì vậy, tôi nghĩ mọi người nhận thức rõ, nhưng bản chất con người là như vậy, bạn biết đấy, một số người, loại, kéo chân họ một chút.

Dez Blanchfield: Bởi vì tôi nghĩ lý do tôi đã hỏi câu hỏi đó và bạn sẽ phải tha thứ cho tôi, nhưng đó là điều tôi đồng ý. Tôi nghĩ rằng họ đã không ngại truyền đạt nó. Tôi nghĩ rằng tín hiệu đã biến mất theo nhiều cách. Và tôi đồng ý với bạn - Tôi không biết rằng mọi người đã nhảy. Bạn biết đấy, doanh nghiệp truyền thống, các doanh nghiệp rất lớn đang vận hành điều này, vẫn còn nhiều cách, không hoàn toàn kéo chân họ, mà chỉ cố gắng vật lộn với sự phức tạp của sự thay đổi. Bởi vì tôi nghĩ rằng một điều mà công cụ của bạn, và chắc chắn là cuộc biểu tình của bạn hôm nay đã nêu bật, và đối với tôi, một điều quan trọng tôi muốn mọi người lắng nghe và điều chỉnh trong ngày hôm nay để ngồi dậy và chú ý đến phản xạ là, bạn đã có một công cụ bây giờ đã đơn giản hóa quá trình đó trong tâm trí của tôi. Tôi nghĩ rằng có một nhóm CIO rất lo lắng và các nhóm của họ đang suy nghĩ, Tôi làm cách nào để chuyển đổi từ RDBMS truyền thống, các hệ thống quản lý cơ sở dữ liệu quan hệ, mà chúng ta đã biết trong nhiều thập kỷ, sang một mô hình tính toán hoàn toàn mới và quản lý lưu trữ trong một không gian vẫn còn tương đối dũng cảm? Nhưng đó là một ẩn số theo nhiều cách, và có rất ít người đã thực hiện sự thay đổi đó trong các lĩnh vực khác, rằng không giống như họ có một phần kinh doanh khác đã chuyển sang tính toán trong bộ nhớ. Vì vậy, đó là một động thái tất cả hoặc không có gì trong tâm trí của họ.

Vì vậy, một trong những điều tôi đã rút ra từ điều này hơn bất cứ điều gì - tôi sẽ đánh bạn bằng một câu hỏi trong một phút - đó là nỗi sợ hãi bây giờ, tôi nghĩ, đã bị xóa bỏ theo nhiều cách và trước ngày hôm nay, Nếu tôi là một CIO lắng nghe, tôi sẽ, sắp xếp, nghĩ rằng, Vâng, làm thế nào để tôi thực hiện quá trình chuyển đổi này? Làm thế nào tôi có thể đảm bảo khả năng tương tự như chúng ta đã có trong nền tảng quản lý cơ sở dữ liệu quan hệ và nhiều năm kinh nghiệm về các DBA, đến một nền tảng mới mà chúng ta hiện không có các kỹ năng về?, bạn có nghĩ rằng mọi người đã hiểu rằng các công cụ hiện đang có với những gì bạn đang cung cấp và họ có thể hít một hơi thật sâu và thở phào nhẹ nhõm rằng quá trình chuyển đổi không đáng sợ như trước đây để công cụ này có sẵn? Bạn có nghĩ rằng mọi người đã hiểu điều đó hay không, vẫn là một thứ mà họ đang vật lộn với việc chuyển đổi sang tính toán trong bộ nhớ và lưu trữ trong bộ nhớ so với các kết hợp NVMe, flash và đĩa cũ?

Bill Ellis: Vâng, vì vậy chắc chắn có rất nhiều công nghệ và công cụ có thể hiển thị đồ họa này, những gì đang xảy ra và làm cho nó rất dễ xác định người tiêu dùng tài nguyên hàng đầu. Ý tôi là, nó giúp đơn giản hóa mọi thứ và nó giúp nhân viên công nghệ thực sự có thể xử lý tốt. Này, họ sẽ có thể biết chuyện gì đang xảy ra và có thể hiểu tất cả sự phức tạp. Vì vậy, hoàn toàn, các công cụ trên thị trường chắc chắn rất hữu ích và vì vậy chúng tôi cung cấp phân tích khối lượng công việc cho SAP HANA.

Dez Blanchfield: Vâng, tôi nghĩ điều tuyệt vời về những gì bạn đã cho chúng tôi thấy hôm nay là, trong việc giám sát phần cứng, phần hệ điều hành, thậm chí giám sát một số khối lượng công việc di chuyển, như bạn nói, ý tôi là, các công cụ đã ở đó một thời gian. Điều thú vị đối với tôi, đặc biệt là bên trong HANA là chúng tôi không nhất thiết phải có khả năng lấy kính lúp và nhìn trộm và xem ngay công cụ của bạn làm gì với những gì xảy ra với các truy vấn và cách chúng được cấu trúc và nơi tải đó là.

Với các triển khai bạn đã thấy cho đến nay, cho rằng bạn hoàn toàn có thẩm quyền nhất trong không gian này trong nền tảng của bạn trên thế giới, một số chiến thắng nhanh chóng mà bạn đã thấy - bạn có kiến ​​thức tổng quát nào bạn có thể chia sẻ Chúng tôi xung quanh một số khoảnh khắc eureka, khoảnh khắc aha, nơi mọi người đã triển khai bộ công cụ IDERA, họ đã tìm thấy những thứ mà họ không biết là trong nền tảng và màn trình diễn của họ. Bạn đã có bất kỳ ví dụ tuyệt vời nào về nơi mọi người vừa triển khai nó, không thực sự biết những gì họ đã có và đột nhiên biến mất, Wow Wow, chúng tôi thực sự không biết rằng nó đã ở đó?

Bill Ellis: Vâng, một hạn chế lớn của các công cụ bản địa là nếu một truy vấn bỏ trốn bị hủy bỏ, nó sẽ xóa thông tin và vì vậy về cơ bản bạn không có lịch sử. Bằng cách chúng tôi lưu trữ lịch sử ngoại tuyến, như truy vấn chạy trốn, bạn sẽ có một lịch sử, bạn sẽ biết những gì đã xảy ra, bạn sẽ có thể xem kế hoạch thực hiện và vv. Và do đó, điều đó cho phép bạn, loại, giúp cộng đồng người dùng cuối về cơ bản hoạt động tốt hơn, viết báo cáo tốt hơn, vân vân. Và vì vậy, lịch sử là thứ gì đó thực sự tốt đẹp để có. Và một trong những điều tôi muốn trình bày là bạn có thể xem thời gian thực tới bốn tuần và sau đó bạn có thể dễ dàng phóng to bất kỳ khung thời gian quan tâm nào và sau đó bạn có thể hiển thị hoạt động lái xe cơ bản. Chỉ cần có tầm nhìn đó là điều rất hữu ích để biết nút thắt nào đã phát sinh.

Dez Blanchfield: Bạn đã đề cập đến nó là nhiều người dùng, một khi nó được triển khai và tôi khá ấn tượng bởi thực tế là nó không có tác dụng và không có hiệu quả trong nhiều cách. Có phải là bình thường khi một triển khai công cụ của bạn sẽ có sẵn cho tất cả mọi người từ trung tâm điều hành mạng trong NOC xem cơ sở hạ tầng cốt lõi làm nền tảng cho toàn bộ nhóm cho đến nhóm phát triển và ứng dụng? Đây có phải là chuẩn mực và bạn triển khai một lần và họ sẽ chia sẻ điều đó, hoặc bạn có dự đoán mọi người có thể có các trường hợp mô hình nhìn vào các phần khác nhau của ngăn xếp không? Điều đó giống như thế nào?

Bill Ellis: Vì vậy, nhóm cơ sở thường sẽ có mối quan tâm rất mạnh mẽ đến nền tảng công nghệ của những gì đang xảy ra trong SAP. Rõ ràng có nhiều đội sẽ hỗ trợ toàn bộ cảnh quan. Phần HANA chỉ tập trung vào đó. Tôi sẽ mặc định cho nhóm cơ sở SAP là người tiêu dùng thông tin chính.

Dez Blanchfield: Phải. Mặc dù vậy, điều gây ấn tượng với tôi là nếu tôi có một nhóm phát triển hoặc thậm chí không chỉ ở cấp mã, mà là nếu tôi có một nhóm các nhà khoa học hoặc nhà phân tích dữ liệu làm công việc phân tích trên các tập dữ liệu trong đó, đặc biệt là có Hiện tại, trong tâm trí tôi đang thúc đẩy khoa học dữ liệu được áp dụng cho mọi thứ trong các tổ chức - và sửa lỗi cho tôi nếu tôi sai - dường như điều này cũng sẽ được họ quan tâm rất nhiều, bởi vì theo nhiều cách, một về những điều nghiêm trọng bạn có thể làm trong môi trường kho dữ liệu sẽ giải phóng một nhà khoa học dữ liệu về nó và cho phép nó bắt đầu thực hiện các truy vấn đặc biệt. Bạn đã có bất kỳ ví dụ nào về điều đó xảy ra khi các cửa hàng làm bạn thất vọng và nói rằng, Chúng tôi đã ném một nhóm khoa học dữ liệu vào đó, điều đó thực sự gây tổn thương, chúng ta có thể làm gì cho họ so với những gì chúng ta đang làm giám sát và quản lý hoạt động truyền thống? Có phải đó là một điều?

Bill Ellis: Vâng, vâng, tôi sẽ thay đổi điều này một chút và cắt câu trả lời của tôi sẽ là, nhìn vào hiệu suất, nhận thức về hiệu suất trong việc phát triển sản xuất QA, bạn biết đấy, bạn lưu trữ càng sớm, càng ít vấn đề, càng ít bất ngờ bạn có. Vì vậy, hoàn toàn.

Dez Blanchfield: Tiếp theo đó, rất nhiều công cụ mà tôi đã trải nghiệm - và tôi chắc chắn Robin sẽ đồng ý - rất nhiều công cụ ở đây, nếu bạn có RDBMS lớn, bạn cần rất cao- DBAs lành nghề, hiểu biết sâu sắc, có kinh nghiệm. Một số yêu cầu về cơ sở hạ tầng và nền tảng đi kèm với SAP HANA vì hiện tại nó được hỗ trợ trên các bản phân phối cụ thể được sắp xếp từ phần cứng cụ thể và vv, theo hiểu biết tốt nhất của tôi. Bạn biết đấy, có những người có nhiều thập kỷ kinh nghiệm không giống nhau. Tuy nhiên, điều tôi đang thấy là điều đó không nhất thiết là yêu cầu với công cụ này. Dường như với tôi rằng bạn có thể triển khai công cụ của mình và cung cấp cho một số gương mặt khá mới và cung cấp cho họ sức mạnh ngay lập tức để tìm ra những thứ không hoạt động tốt. Đây có phải là trường hợp có một đường cong học tập khá ngắn để tăng tốc với điều này và nhận được một số giá trị khi triển khai nó? Bạn biết đấy, ý thức chung của tôi là bạn không cần phải có 20 năm kinh nghiệm lái một công cụ để thấy giá trị ngay lập tức. Bạn có đồng ý trường hợp đó không?

Bill Ellis: Ồ, hoàn toàn, và theo quan điểm của bạn, tôi nghĩ rằng rất nhiều thành công của việc triển khai thực sự phụ thuộc vào việc lập kế hoạch và kiến ​​trúc của môi trường SAP HANA. Và sau đó chắc chắn có rất nhiều sự phức tạp, rất nhiều công nghệ được xây dựng, nhưng sau đó nó đi xuống để theo dõi mô hình sử dụng của những gì đang xảy ra. Vì vậy, mặc dù nó phức tạp hơn, theo cách mà nó được đóng gói và hơi đơn giản hóa. Đó là một người rất nghèo.

Dez Blanchfield: Vâng, vì vậy trước khi tôi trả lời Eric, vì tôi biết anh ấy có một vài câu hỏi, đặc biệt là từ một số câu hỏi thông qua Q & A có vẻ thú vị, và tôi rất muốn nghe câu trả lời. Hành trình truyền thống cho một người nào đó đến với bạn mà bạn đã đề cập trước đó rằng bạn có thể lấy nó, bạn có thể tải xuống và dùng thử. Bạn có thể tóm tắt lại một cách nhanh chóng để nghe dân gian ngày hôm nay hoặc dân gian có thể phát lại sau này không? Hai hoặc ba bước nhanh chóng để có được một bản sao và triển khai nó và thử nó trong môi trường của họ trước khi họ mua nó là gì? Điều đó giống như thế nào? Các bước cho điều đó là gì?

Bill Ellis: Vâng. Vì vậy, IDERA.com và chỉ cần truy cập Sản phẩm và bạn sẽ thấy Phân tích khối lượng công việc cho SAP HANA. Có một trang tải về. Tôi nghĩ rằng họ sẽ hỏi bạn một số thông tin liên hệ và sản phẩm chỉ được đóng gói với mã bản quyền để bạn có thể cài đặt nó với Setup.exe và tôi sẽ nhanh chóng sử dụng.

Dez Blanchfield: Vì vậy, họ có thể truy cập trang web của bạn, họ có thể tải xuống. Tôi nhớ đã nhìn vào nó một thời gian trước và tôi cũng đã kiểm tra lại tối qua, bạn có thể yêu cầu một bản demo, từ bộ nhớ, nơi mà ai đó trong nhóm của bạn sẽ, sắp xếp, đưa bạn đi qua nó không? Nhưng bạn thực sự có thể tải xuống miễn phí và triển khai nó cục bộ trong môi trường của riêng bạn, trong thời gian của bạn, phải không?

Bill Ellis: Vâng.

Dez Blanchfield: Tuyệt vời. Tôi nghĩ, hơn bất cứ điều gì, đó có lẽ là điều mà cá nhân tôi khuyên người dân nên làm, là lấy một bản sao khỏi trang web, lấy một số tài liệu ở đó vì tôi biết có rất nhiều nội dung tốt để làm điều đó với, và chỉ cần thử nó. Đặt nó trong môi trường của bạn và xem những gì bạn tìm thấy. Tôi nghi ngờ rằng một khi bạn có cái nhìn sâu sắc với môi trường SAP HANA bằng công cụ IDERA, bạn sẽ tìm thấy những thứ mà bạn thực sự không biết là có trong đó.

Hãy nhìn, cảm ơn bạn rất nhiều vì điều đó và cảm ơn vì đã dành thời gian cho phần hỏi đáp với Robin và I. Eric, tôi sẽ gửi lại cho bạn vì tôi biết rằng một số câu hỏi và trả lời cũng đến từ những người tham dự của chúng tôi.

Eric Kavanagh: Vâng, chỉ là một người thực sự nhanh chóng ở đây. Vì vậy, một trong những người tham dự đưa ra một nhận xét thực sự tốt ở đây chỉ nói về cách mọi thứ đang thay đổi. Nói về quá khứ, bộ nhớ bị nghẹt thở, chậm lại do phân trang thường xuyên, hiện tại CPU đang bị nghẹt với quá nhiều dữ liệu trong bộ nhớ. Bạn biết đấy, có vấn đề về mạng. Nó luôn luôn là một mục tiêu di động, phải không? Những gì bạn thấy là quỹ đạo những ngày này về nơi mà các nút thắt sẽ xảy ra và nơi bạn sẽ cần phải tập trung sự chú ý của bạn?

Bill Ellis: Vâng. Cho đến khi bạn đo, thật khó để biết. Một trong những điều về các câu lệnh SQL là chúng sẽ là các trình điều khiển tiêu thụ tài nguyên. Và do đó, trong trường hợp bạn phải có, như tiêu thụ bộ nhớ lớn hoặc tiêu thụ CPU, bạn sẽ có thể tìm ra hoạt động nào gây ra sự tiêu thụ tài nguyên đó. Bây giờ, bạn không nhất thiết muốn giết nó, nhưng bạn cũng muốn nhận thức về nó và, loại, những gì đang xảy ra, mức độ thường xuyên xảy ra, vân vân. Chúng tôi, loại, vẫn còn mới về việc giải quyết toàn bộ tập hợp hoặc sách dạy nấu ăn phản ứng với các trường hợp khác nhau. Và vì vậy, đó là một câu hỏi tuyệt vời và thời gian sẽ trả lời. Chúng ta sẽ có thêm thông tin khi thời gian trôi qua.

Eric Kavanagh: Đó là nó. Chà, các bạn đang ở một không gian rất thú vị. Tôi nghĩ rằng bạn sẽ thấy rất nhiều hoạt động trong những tháng tới và vài năm tới bởi vì tôi biết rằng SAP, như bạn đề xuất trong cuộc gọi nội dung của chúng tôi, đã cung cấp một đoạn đường dài tuyệt vời cho mọi người để thực hiện chuyển đổi đến HANA. Nhưng dù sao, đoạn đường nối đó đã có một kết thúc và tại một thời điểm nhất định mọi người sẽ phải đưa ra một số quyết định nghiêm túc, vì vậy càng sớm càng tốt, phải không?

Bill Ellis: Hoàn toàn đúng.

Eric Kavanagh: Được rồi mọi người, chúng ta đã đốt cháy một giờ nữa ở đây trên Hot Technologies. Bạn có thể tìm thấy thông tin trực tuyến, insideanalysis.com, cũng như techopedia.com. Tập trung vào trang web đó để có nhiều thông tin thú vị, bao gồm danh sách tất cả các tài liệu lưu trữ của chúng tôi về các webcast trước đây. Nhưng thưa các bạn, một lời cảm ơn lớn cho tất cả các bạn ngoài kia, cho bạn bè của chúng tôi tại IDERA, cho Robin và tất nhiên, Dez. Và chúng tôi sẽ bắt kịp bạn vào tuần tới, thưa các bạn. Cảm ơn một lần nữa cho thời gian và sự chú ý của bạn. Bảo trọng. Tạm biệt.